dsh-acp 支持流式输出与会话恢复，以便作为编辑器原生 Agent 使用

[lxp731]

dsh-acp 目前 automation-only：只发 committed 消息（无逐 token 流式、无思考/工具活动），且仅支持新会话（无 load/resume/fork）。这使其无法承担编辑器面板里的交互式 agent 角色——Zed 1.16+ 的 Agent Panel 原生支持 ACP 外部 agent（settings.json 的 agent_servers 注册即可，Claude Code / Codex / Pi 均已接入），dsh 只差这两块即可零代码进入 Zed 及任何 ACP 宿主。

验收与细节

• 价值假设：补齐流式与恢复后，dsh 成为 ACP 能力完整的官方实现，在 Zed 等编辑器获得与 Claude Code 同级的原生体验（线程、工具展示、上下文注入），同时保留现有 automation 用途。社区插件 dsh-TUI 目前只能以终端形式呈现交互，正是这个缺口的体现。
• 验收条件：
  1. session/prompt 后，assistant 文本以增量 agent_message_chunk 流式到达（而非 commit 后整条发出）；
  2. 思考过程与工具活动可观察（增量通知或结构化事件，至少不阻塞文本流式）；
  3. 支持恢复已持久化会话（如按 session id load/resume，来源为现有 JSONL session 持久化）；
  4. 现有 session/cancel、session/request_permission、session/update 行为不回退。
• 用户或模型可见变化：Zed Agent Panel 中 dsh 线程实时显示生成过程；可恢复历史会话继续对话。
• 实现参考：
  • 流式：ACP 协议本身支持 agent_message_chunk 增量通知，当前只发 committed 消息属实现取舍；官方 SDK（dsh-sdk-protocol 的 session.event 流式事件）已有完整增量数据，ACP bridge 把未提交增量接到 agent_message_chunk 即可；
  • 恢复：会话 JSONL 持久化已存在，ACP bridge 增加 load/resume 方法即可。
• 测试证据：可扩展 packages/acp 现有 snapshot 测试；客户端可用 @agentclientprotocol/sdk@0.25.1 或 Zed external agent 机制实测。

[denial123789]

Verified against rc.8 (141eb6f). The current bridge is intentionally automation-only, and one naming detail is worth making explicit for acceptance tests: it emits ACP agent_message_chunk from the durable assistant/message event, while ignoring raw assistant/chunk events. So the wire update name does not currently imply token-by-token latency.

The current capability ledger is: fresh session/new with one absolute cwd; baseline text/resource-link prompts; one in-flight prompt per Session; committed assistant text; cancellation; and one-shot permission decisions. Non-empty mcpServers and additionalDirectories reject, and reasoning, tool activity, plans, titles, usage, list/load/resume/fork/delete, and per-Session close remain off the wire.

I wrote a source-backed editor-integration guide with a bounded source-demo/Zed custom-agent probe, the current message sequence, trust and billing boundaries, and a 12-gate streaming/resume acceptance matrix: https://sandbaseai.github.io/deepseek-harness-handbook/acp-editor-boundary.html

The critical resume tests are single-writer ownership, exact persisted composition, replay watermarking, and distinguishing historical replay from new live chunks. For streaming, retry replacement and stable tool-call identity need to be specified before forwarding raw deltas.