S87：系统方法迁移：Voice Agent、Web3 Wallet、AI 客服或 Embodied Operations

内容类型：预习教材（不代表已完成）
日期：2027-02-17
阶段：P2 · AI Systems Engineering 90
总路线：Day 177
周次节奏：知识整合 · 周三案例迁移
状态：教材已备；学习未完成

一句话定义

系统方法迁移是保留 boundary、state、version、evidence、owner、failure、recovery 等通用思考，同时重新定义新场景的时间尺度、物理/金融副作用、人类控制和可恢复性，而不是复制同一套架构。

学习目标

1. 从 Voice Agent、Web3 Wallet Agent、AI 客服或 Embodied Operations 中选一个场景。
2. 写一页“可迁移 / 需重新设计 / 不可直接迁移”，每项给出系统原因。
3. 用一条 sequence 检查实时、不可逆、多 agent 或物理安全特性怎样改变已学方法。

核心知识

可迁移的元方法包括：明确 actor/principal 与 trust boundary；版本化 data/artifact/policy；用 contract 连接组件；为 timeout/retry/idempotency 定义语义；使 trace 连接 release 与 evidence；按 risk tier 定 decision rights、human review 和 rollback。这些方法不依赖具体模型或行业。

Voice Agent 引入实时流、打断、端点检测、ASR/TTS 误差、双工通话、远程人工接管与会话录音隐私。文本 agent 的“一次 request 一次 response”不可直接迁移；需使 turn state、barge-in/cancel 和端到端 latency budget 成为一等对象。

Web3 Wallet Agent 引入链状态、nonce、gas、reorg、simulation、签名与广播，且副作用可能不可逆。通用 tool calling 可迁移，但权限绑定、transaction intent、预览、用户签名和对账必须重新设计。软件 rollback 不能撤销已上链交易。

AI 客服 引入会话历史、用户身份、知识新鲜度、承诺权限、情绪与公平性。RAG/evidence 方法可迁移，但“告知信息”、“更改账户”、“给出赔付/优惠承诺”必须是不同 action 和 decision right。

Embodied Operations 引入感知噪声、定位、控制回路、物理动力学、安全区域、急停和 sim-to-real gap。信息系统的 retry 可能在物理世界重复动作，引发碰撞；“人工在环”受传感延迟与操作者反应时间限制。因此物理 safety envelope 和 independent emergency stop 不能由模型控制替代。

机制与推导

为选定场景填一张差异向量：latency, state freshness, side-effect reversibility, physical/financial harm, identity/delegation, human takeover, observability, recovery。当这些约束与原案例不同时，即使组件接口相同，也不可直接复用操作规则。迁移的证据标准是能说明差异与改设计，不是运行了原型。

最小练习或观察

1. 选一个场景和一个具体 action，例如 voice 转人工、wallet 请求签名或 robot 移动。
2. 画 principal→data/perception→model/runtime→tool/control→human/physical outcome 的 sequence。
3. 填差异向量，为每个大差异写一个需重新设计的 contract/control。
4. 写三列：可迁移元方法、需适配机制、不可直接迁移假设。
5. 不调用钱包、语音电话或物理设备；本日是架构迁移分析，不是实地实验。

常见误区与边界

• 把同一 agent framework 运行在新场景就称为方法迁移成功。
• 只写可迁移内容，不写时间、副作用、人类与恢复差异。
• 将 Web3 签名、金融承诺或物理动作当作普通 tool response。
• 把 simulation 或原型行为当成真实环境安全证据。
• 一页迁移分析不是领域架构审批、安全认证或具身智能能力证明。

系统 / 金融 / Web3 连接

用户有金融零售和 Web3 背景，可优先选 Wallet Agent，专注 intent、simulation、approval、signature、broadcast/reconciliation 的状态语义；也可选 Embodied Operations，将已学的 idempotency、timeout 和 human takeover 重新放到物理副作用与急停边界中，为 P4 留下问题。

自检问题

1. 哪些元方法可在四个场景中保留？
2. 你选的场景对 latency、state freshness 和 reversibility 有何新约束？
3. 哪个原系统假设最不能直接迁移？
4. 人类 takeover 在新场景中是否真的及时且有权？

专业课程对齐

• Model Context Protocol 文档：精读 client/server、tools/resources 与 trust 边界，检查协议原语什么可迁移、什么需领域授权。
• A2A Protocol：精读 agent discovery、task/message/artifact 与长任务交互，用于分析多 agent 迁移的状态与身份边界。
• Google PAIR Guidebook：选读 user control、errors、feedback 和 mental models，校准 voice/customer/embodied 场景的人类接管与信息呈现。

深入学习提示

如果选单 agent tool 场景，主读 MCP；选多 agent 协作才主读 A2A；选实时人机交互则主读 PAIR。每个协议概念都要补问“谁授权、谁拥有 state、失败后怎样恢复”，因为互操作不等于运营语义完整。

学后填写区

• 选择的场景与 action：
• 差异向量：
• 可迁移 / 需适配 / 不可迁移：
• 新的 failure / recovery 语义：
• 留给 Phase 3/P4 的一个问题：