整份简历：把已有工程经验迁移到 AI 应用

本页是非 Agent 主线的独立学习补充。简历已经记载相关职责，但下文的轮次、快照、接口与测试设计属于学习扩展，不表示历史项目全部采用这些细节。原产品代码未提供，本包也不实现完整口语、课堂或跨端平台。面试时先讲能核对的经历，再说明现在会怎样设计。

1. 口语状态、用户打断与统一会话

输入是语音、文本和剧情状态，输出是回复文本、音频与下一步剧情。统一会话接口把 ASR、模型、TTS 的差异转换成稳定事件；会话 ID 标识对话，轮次 ID 区分先后请求。显示文本、播放声音和推进剧情是三个不同状态，不能用一个“成功”掩盖部分失败。

流式处理缩短等待，也增加断句、顺序和取消复杂度。允许打断时，应停止本地播放、尝试取消下游，并拒绝旧轮次迟到结果；取消不代表外部服务未执行。排障按录音结束、识别完成、模型首输出、首音频逐段测量。迁移到 AI 工程的重点是状态身份、分阶段结果与副作用幂等，对应 Q17。官方：Web Audio。

2. 拍照学习与模型路由

输入包含图片与任务类型，输出应是可验证的识别内容或结构化结果。路由根据场景能力、质量、延迟和预算选择服务；备用模型不是无条件更准确。先检查图片是否可解码、题干是否完整，再区分服务错误、结构错误与识别错误。

模糊图片可能需要重拍，鉴权失败需要修配置，不能全部交给重试。输出非空或语气自信也不证明识别正确。记录每次路由原因、总尝试与费用，防止低价主服务频繁失败使总成本上升。迁移重点是输入验证、适配器契约和有上限的降级，对应 Q18。官方：Gemini 图像理解接口示例；该链接是学习参考，不代表历史使用过此服务。

3. MQTT 序号、快照与断线重入

输入是教师指令与学生事件，输出是各端一致的课堂步骤、暂停状态和互动结果。MQTT 负责消息传递；课堂权威状态仍由业务定义。重入可先获取带版本的快照，再处理之后的事件；操作 ID 去重，序号或版本拒绝过期消息，发现缺口则重新同步。

QoS、持久会话和 retained message 各有边界，不能替代业务状态恢复。排障要检查连接、订阅、消息版本、快照基线和本地应用顺序，而非只看“重连成功”。客户端时钟也不能直接证明抢答先后。迁移重点是权威状态、重复与乱序处理，对应 Q19。官方：MQTT 5.0 规范；历史协议版本需另核对。

4. Flutter 与原生的状态边界

输入是用户动作、平台回调与业务数据，输出为界面状态和设备操作。混合架构可以复用 Flutter 页面与业务逻辑，原生端保留平台能力或特殊渲染；桥接接口需要明确参数、错误、生命周期和谁拥有状态。不能让两侧各自保存可写的“当前状态”却没有同步规则。

共享越多不一定越省事，平台差异可能让抽象充满分支。排查返回页面状态错乱时，检查引擎、路由、订阅清理和迟到回调，避免卸载后继续更新。迁移重点是稳定业务模型与外部能力适配分离，对应 Q21。官方：Add-to-app、Platform channels。

5. Web 组件、策略与模板方法

输入是领域数据与交互事件，输出是页面和状态变化。组件按职责划分，公共组件表达稳定能力，业务组合处理场景差异。题型建模可用策略替换作答行为，用模板方法固定通用流程；两者不是互斥选择，也不能为套模式制造继承层次。

抽象前先找真实重复；遇到一个巨大组件或配置对象，检查它是否承担互不相关的职责。首屏慢则分开检查网络、包体、加载时机和渲染，不能只说“开懒加载”。迁移重点是保持流程稳定、把模型和工具差异放在明确接口内，对应 Q21。官方：Thinking in React。

6. Taro 多城市差异配置

输入是公共业务代码、城市配置和构建目标，输出为带正确应用身份的独立产物。应区分构建期差异与运行期设置，明确哪些组合受支持。简历中的“20 余个小程序”是已提供的历史规模；本页不补造交付速度指标。

配置复用减少分支，也可能放大公共改动影响。排查某城市异常时，检查实际生效配置、产物身份、接口地址和版本，再验证代表性差异组合。客户端构建变量会进入产物，不能放服务端密钥。迁移重点是模型/地区配置快照、变体测试和可追溯构建。官方：Taro 模式与环境变量；该模式功能文档标注从 3.5.10 起支持，不能倒推历史版本。

7. Jenkins、CI 与自动化测试

输入是提交、锁文件、配置与测试样本，输出是可追溯产物及检查报告。流水线把构建、测试和发布步骤固化，但“流水线绿灯”只证明执行过的断言。简历明确的是 Jenkins；本包新增 CI 或 AI 评测应作为学习实践讲述。

确定性测试优先覆盖权限、版本、幂等和恢复；真实模型质量单独用固定样本与人工标准评估。失败先区分环境、契约与业务问题，禁止跳过后仍计作通过。数据库变更也要考虑兼容与恢复，镜像回滚不自动回滚数据。迁移重点是把 AI 行为变化纳入可重复验证，对应 Q22。官方：Jenkins Pipeline。

8. 开源 API 与协作

输入是使用场景、问题报告与变更提案，输出是稳定接口、文档、版本和可核实贡献。Stars 是关注信号，不等于用户数或个人工作量；讲 EasyLoading 或模板插件时，应选择自己能解释的 API、提交和兼容性取舍。

全局 Loading 可讨论并发请求与关闭所有权，模板插件可讨论约定和版本漂移，但未核对源码前不要声称已有全部机制。协作时把问题转成可复现样例与验收条件，区分本人和社区贡献。迁移重点是可用接口、负向测试、清晰变更说明和证据意识，对应 Q23。官方：GitHub 健康协作指南。

学习验收

每项选一个具体故障，用三分钟解释输入、状态拥有者、失败后果和验证动作；再说它与教材系统哪个机制相似、哪里不同。能说明迁移方法即可，不需要把旧项目全部重写成 Agent。资料核对日期为 2026-11-03；新文档用于当前学习，历史版本和经历仍以本人记录为准。