8ea5cdd894
146 篇 RFC 译文按 v4 基线（#348）重出：v4 模板+术语表、金标 few-shot、三段协议、切换行后处理；全量机械核对零异常（一处 task id 术语违规已修）。三篇超长 RFC（code-mode 已入，web-seam/ agent-scope/sandbox/cds-core 仍在长文档通道产出）随后补。
30 lines
2.3 KiB
Markdown
30 lines
2.3 KiB
Markdown
# RFC：移除 ACP session/load，直到 resume 具备产品形态
|
||
|
||
[English](2026-06-20-drop-acp-session-load.md) | 中文
|
||
|
||
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/load` handler、loading-id 追踪、已加载会话的 cwd 预检以及 load 回放测试均被移除。
|
||
- 快照 fixture（测试前置数据）不再依赖 load 回放展示。
|
||
- [ACP 文档](../../../../packages/ui/acp/README.md)仅描述全新会话的支持。
|
||
|
||
## 放弃的能力
|
||
|
||
编辑器无法通过 ACP 重新打开先前持久化的会话。这确实是一项产品功能，但当前实现超前于 UX 设计，且将 bridge 绑定到 token 级别的日志回放。保留持久化但移除编辑器 load，可将 bridge 收窄到它当前能干净呈现的工作流。
|
||
|
||
<!-- rfc-format: alternatives-not-recorded (pre-format RFC) -->
|