8ea5cdd894
146 篇 RFC 译文按 v4 基线（#348）重出：v4 模板+术语表、金标 few-shot、三段协议、切换行后处理；全量机械核对零异常（一处 task id 术语违规已修）。三篇超长 RFC（code-mode 已入，web-seam/ agent-scope/sandbox/cds-core 仍在长文档通道产出）随后补。
2.3 KiB
RFC：移除 ACP session/load，直到 resume 具备产品形态
English | 中文
Status: rejected — Zed 是当前目标 ACP 客户端，它声明并使用支持 load 的会话，且为并发 session/load 维护 pending-load 状态。bridge 应保留 session/load 并使 resume 契约更加稳固。
问题
ACP（Agent Client Protocol）声明 loadSession: true 并实现 session/load：向 bridge 注入持久化能力、校验 cwd 与存储元数据的一致性、从持久化日志重建 agent（智能体），并向客户端回放先前的 transcript（文本记录）更新。该路径有自己的竞态处理、loading-id 守卫、回放展示逻辑和测试。它还依赖规范日志保留足够的 UI 数据，以重建旧的分片和工具展示。
持久化仍然是基础能力，但编辑器可见的 resume 尚未经过产品流程设计。目前没有会话选择器、没有标题/预览元数据，也没有明确的加载失败或部分加载的用户体验。bridge 正在为一个仅被测试、文档和当前目标客户端的会话模型所使用的功能付出复杂度代价。
提案
当前阶段，ACP 仅启动全新会话。initialize 声明 loadSession: false 或省略该能力，session/load 不予支持。持久化仍可供 agent loop（智能体循环）和测试使用；如果其他消费方需要，resume 仍可作为底层工厂存在。编辑器 bridge 应在具备真正的会话选择 UX 和稳定的 load transcript 契约后，再重新引入 session/load。
验收标准
- ACP 不再仅为
session/load注入sessionPersistence。 initialize不再声明 load 支持。session/loadhandler、loading-id 追踪、已加载会话的 cwd 预检以及 load 回放测试均被移除。- 快照 fixture（测试前置数据）不再依赖 load 回放展示。
- ACP 文档仅描述全新会话的支持。
放弃的能力
编辑器无法通过 ACP 重新打开先前持久化的会话。这确实是一项产品功能，但当前实现超前于 UX 设计，且将 bridge 绑定到 token 级别的日志回放。保留持久化但移除编辑器 load，可将 bridge 收窄到它当前能干净呈现的工作流。