dsh-tower：DeepSeek Harness 的多代理控制塔编排插件

它是做什么的？

Tower 是 DeepSeek Harness（DSH）的多代理编排插件，把一个 agent 会话变成小型工程团队：会话本身是控制塔，worker agent 在隔离的 Git worktree 里实现任务，改动经 scope 与合并门禁合入基线分支。它解决的是「多 agent 并行改仓库、却难以安全落地」的问题，让「完成」由任务、测试证据和可选独立审查共同定义，而不是聊天里一句「好了」。核心能力包括可配置的 Tower 模式、任务级隔离、审查门禁合并、可恢复的协作状态与稳定错误码。项目由 louifinn 维护，采用 MIT 协议，灵感来自 Kimi Code 的实验性 Tower 模式。

核心功能

• 可配置的 Tower 模式：/tower 切换会话级模式，收窄工具面并注入 Tower 协议；默认允许 Agent 带理由进出，也可设为仅人类控制。
• 任务级隔离：每个 mission 使用独立分支和 Git worktree，worker 不会碰到主检出。
• 审查门禁合并：开启强制审查后，审查者针对分支 tip 给出结论，合并门禁重新校验 scope、分支新鲜度、任务完成度与 worktree 归属，通过后才执行合并。
• 可恢复的协作状态：roster、inbox、findings、reviews 与 mission 状态持久化在 .git/dsh-tower/ 下，重启不丢计划。
• 可追溯的 finding 生命周期：tower_findings 支持按 open → triaged → fixed 或 wontfix 流转，只有 tower 或 worker 能改状态。
• 仓库级配置与稳定错误码：每个仓库可用配置文件覆盖 review/merge/worktree/spawn 策略，工具失败统一带 [tower:] 前缀便于分支处理。

怎么使用这个插件？

在 DSH 中启用后，先用 /tower on 进入 Tower 模式，再依次调用 tower_init 记录基线分支、tower_plan 声明 2–8 个 scope 清晰的 mission、tower_spawn 拉起 worker。worker 在 worktree 内实现并提交后调用 tower_complete，最终报告会返回控制塔；跑偏时可用 tower_interrupt 或带中断标记的 tower_send 中止。Tower 适合能拆成多个可独立审查 mission 的仓库变更，单文件 hotfix、开放式研究或跨仓库工作则不建议使用；它还会拒绝 Team/Workflow/Ralph 等工具，避免两套编排协议同时驱动一个会话。

报错怎么排查？

工具失败会返回带 [tower:] 前缀的稳定错误码，可据此定位：mission-not-found 说明 mission 标识不存在，需核对 tower_plan 产出的编号；preset-missing 表示引用的预设缺失，按官方说明补齐配置；config-invalid 表示仓库级配置不合法，检查配置文件的字段与取值。若合并被门禁拒绝，通常是 scope 越界、分支不新鲜、任务未完成或审查记录缺失，按门禁提示逐项修复后重试。