# dsh-Kingdom 3.0 本地候选：让 Agent 的交付，真正到达人

一轮 Worker 执行的结果经宿主接收，主管审查并接受后，人若只看到一句“审核系统完成了”，仍很难判断自己该看什么、哪里变了、还有哪些问题需要追问。dsh-Kingdom 3.0 在已有 2.0 工作台上加入一份可逐层打开的交付清单，由 Owner 主动查看；宰相目前不会自动上报。

先看结果，再看依据。Owner 可以从交付摘要进入具体事项、产物、风险和改动证据。点开一项，能看到它对应的内容版本；点“查看改动”，能进一步查看有界的文件差异。未提交的修改也能通过执行前后快照保留证据，由主管挑选并确认哪些条目属于本次交付。界面会明确写出“主管确认的改动证据”——它不是 Git 对 Worker 作者身份的证明，覆盖不足也不会伪装成完整记录。

看过之后，可以逐条点“知悉”。这不是考试，也不是让系统猜人是否理解：Owner 点了并在管理窗口确认，就表示“我知道这一条当前版本”。摘要与细项各记各的；后续内容改版，旧知悉留在历史，新版本重新待知悉。知悉不会替主管验收，也不会把任务自动标成完成。

如果还想问，从那条内容直接点“提问”。问题固定在该任务、该条目、该版本上，由**接受这份交付的主管**在自己的会话身份下读取并回复。回复回到同一条问答记录；主管退任或换绑时，系统明确显示不可达，不会悄悄把问题交给继任者。未确认主管已读取之前，界面只说“待领取”，不把写入账本误称为已经通知。

这一轮的核心不是让 Agent 多说几段总结，而是让人可以沿着“结论 → 细节 → 改动 → 问题”自主深入，并把自己已经知悉的版本留成可追溯事实。按钮和图标承担操作，长文字只留给真正需要解释的内容。

3.0.0 目前是本地候选：这批新内容是在已升级的 2.0 工作台上完成的；开发期曾用仍标为 2.0.0 的本地包提前安装验证，现在把它准确归入 3.0。它还不是 npm/GitHub 上已发布的新版本。知悉不是最终验收，改动证据不是作者鉴定，真实 Agent 回合与正式验收仍需单独验证。我们希望先把信息差变成看得见、点得开、问得清的界面，再用真实使用反馈检验它是否真的减轻人的负担。