DeepSeek 的 dsh-superagent：每个 issue 一张票，多 agent 并行跑 GitHub 流程

DeepSeek 在 GitHub 放了个研究原型，仓库叫 dsh-superagent-prototype。Leandro von Werra 在 X 上转出后，Eric Hartford 也转了一遍。项目描述很直接：多 agent 并行处理仓库里的 GitHub issues 和 PRs，目标是把人工注意力压到最低，同时尽量多产出价值。文档副标题写得更具体：One Router Session, One Worker Per Ticket, As Little Human Attention As Possible。它被明确标成研究原型，不是产品。

它怎么跑

GitHub 和可选的飞书把事件转成触发器，先过一个确定性门控，检查发送者是否在允许列表里。主会话的路由器评估剩下的内容，并记录决策：接受、停止、忽略或不可用。接受会创建一张票据，附带不可变指令。之后每张票据在自己的工作会话和目录里运行，通常是一个 git worktree。

文档里的图 1 展示布局：一个路由器，隔离的 worker，在同一线程上回复。图 2 展示票据生命周期、时间限制和接受模式。这个结构把 issue 和 PR 流程拆成可审计的事件链，代码生成只是其中一环。

细节比口号重要

Data 部分列了一组限制参数：工作槽数量、评估超时、票据准备命令、后台工作后的时间限制等。它们说明项目在控制并发和超时，避免 agent 无限膨胀。文档底部还有安全警告：操作员要用专用操作系统账户运行代理，保护凭据。

从工程角度看，agent 有多聪明先放一边，权限、隔离和超时怎么落地更值得看。人类注意力被当成稀缺资源，先由门控和路由器筛一遍，再交给并行 worker 尝试。对开发团队来说，价值可能在于把低价值分诊和并行尝试自动化，留下可审计的决策记录。风险也清楚：允许列表、凭据隔离、并发槽位和超时，任何一个松了都会变成事故。

项目地址：https://github.com/deepseek-ai/dsh-superagent-prototype

来源：Leandro von Werra 的 X 帖子与 dsh-superagent 项目文档。