dsh-superagent

dsh-superagent 适合拿来读设计和做实验，不建议直接托管生产仓库，建议先从观察模式开始，让智能体先证明自己不会添乱再谈自动化。

dsh-superagent 的核心原则是尽可能少占用人的注意力，只在被请求或规则允许时行动，一次只问一个具体问题，按影响范围而非工作量决定是否停止。

dsh-superagent 的链路包含七个核心概念：来源、触发、线程、评估、借单、授权、派工。

dsh-superagent 的触发是不可变事件，同一个事件可以属于多个线程，但事件本身不能被修改。

dsh-superagent 的评估分为准入和研判两步：准入先做规则过滤，研判再做意图理解与影响评估，输出借单、停止、忽略或未完成四种结论。

dsh-superagent 的授权机制分为三层：允许名单决定谁可以发起，准入表决定未点名时如何处理，机器人名单中的账号只能产生推断候选而不能发起明确请求。

dsh-superagent 的借单模式有观察和自动两种，默认先观察（dry-run），只记录本来会接什么而不真正执行，确认记录无误后再切到自动模式。

dsh-superagent 中每张工单有独立的会话和目录（通常是一个 Git 工作树），执行器超过五秒的命令转为后台任务，后台任务最多运行三十分钟后终止。

dsh-superagent 的引擎是触发、现成决定和工单派工的唯一写入者，每条命令一个事务，副作用进入持久化队列并支持失败重试，整个状态放在本地数据库中。

dsh-superagent 的执行器以操作系统用户身份运行，隔离很弱，一旦运行恶意或错误命令，影响范围是整个用户环境。

dsh-superagent 是研究原型而非产品，代码大量由智能体生成，风格不统一，数据库只增不删长期运行会增大，升级后不能降级。

DeepSeek 开源的主动型智能体项目名为 dsh-superagent，在代码托管平台上获得 11700 颗星，但只有一个提交。

dsh-superagent 的目标不是做聊天机器人或代码补全，而是让智能体长期驻守在一个仓库里，将允许的请求转化为工单，执行后把结果送回原对话。

dsh-superagent 不支持企业版代码托管平台，仅对接公开 SaaS 端点，无法接入企业自建实例或私有化部署版本。

在 DeepSeek 自己的仿真测试中，dsh-superagent 的 p95 任务完成时间从 29.5 分钟降到 15.7 分钟。

dsh-superagent 采用 router-worker 架构：router 负责理解请求、拆解任务、分发给多个 worker 并行处理。

dsh-superagent 的定位不是 IDE 补全，而是把协作工具中的请求接入智能体流水线。

多 worker 编程智能体路线中，router 的任务拆解准确率、worker 冲突处理等关键问题在 dsh-superagent 的公开信息中尚不清晰。

dsh-superagent 把来自 GitHub 和飞书的请求转化为并行执行的 worker 会话。

dsh-superagent 的核心架构是将路由（Router）与工作器（Worker）分离的常驻设计