持续追踪

dsh-superagent:把任务、会话和人工接手分开

按时间保留当时的判断和后续核查;历史收录不代表刚刚重新验证。

2026-11-01 · 当时的记录

一个面向团队的编程 Agent 即使能持续工作,也可能让所有人不断看消息、补充背景、收拾失败。DeepSeek 开源的 dsh-superagent 从这个问题出发:它监听一个 GitHub 仓库,也可接入飞书,把获准的请求变成独立工单,在自己的会话和目录里执行,最后回到原讨论交付结果。README 明确说,这是供参考的研究原型,既非正式产品,也不完全等同于内部实现;文章描述的部分方向尚未实现。

它把业务任务和模型会话拆开保存。工单记录输入、分派和报告,执行会话负责工作;一个会话停下,并不自动表示任务已经交付。面板按“等回答、等审核、受阻、失败、排队”等条件呈现状态。后台命令或子任务尚在运行时,工单仍占用工作槽位;需要人介入时则释放槽位,让别的任务继续。人的消息还享有额外唤醒容量,避免所有执行位繁忙时连纠偏都进不去。

执行文档进一步区分输入投递重试、后台工作结束和中断恢复。未进入会话历史的输入会被保留,忙碌中的分派中断后带恢复说明重启。这样的细节让“少打扰人”落实到可观察状态,但不等于提供业务事务回滚。公开讨论中已有使用者报告 Node 24 下服务状态误判,以及 GitHub 通知迟到导致提及被漏读;他提供了修补分支和测试说明,本期未运行这些补丁。

本次记录的观点:mikel38487

回到当期正文 ↗

查看依据原文 · 原始依据 · 原始依据 · 原始依据