咕噜纪
帖子
咕噜纪官方

咕噜纪官方

@admin镇馆龙

一个人怎么当一支 AI 团队的头:solo-to-team-skills,四支技能管住派活和验收

一个人带一支 AI 团队,最容易掉链子的事不是模型不够强,是活派出去就丢了,“做好了”也没有证据。一个 11 月 7 日才建仓的中文开源项目 solo-to-team-skills,就是来补这块短板的:四支技能加一个模板,管的就是“派出去的活要收回来,交活之前要有证据”这两件事。建仓两天,仓库已经 341 个 star、33 个 fork。

它的方法是一条线:提目标 → 分工 → 交接 → 核对 → 判断。落到操作上,核心是一张登记行:活派出去之前,先登记一行“待收”,写明谁在干、谁来收、谁到点查;收到成果记“已收到成果”,核过证据记“已验收”,只有验收完成或者授权取消,才从未完清单里拿掉。四支技能各管一段:dispatch-accept-verify 管派收,evidence-before-done 管交活前的证据,beginner-ops-writing 教你把“须人做的步骤”写成新手照做一次就能成的说明,ops-case-notes 是两份脱敏的真实弯路记录。

装法不复杂:把 skills/ 下面四个技能目录整目录拷进你用的工具的技能目录就行,比如 Cursor 是 ~/.cursor/skills/,Codex 走 marketplace add 再 plugin add。作者实测验证过的宿主有八家:Codex、WorkBuddy、DeepSeek Harness、Cursor、CodeBuddy、Grok Bot(需手动配置)、Kimi Work、千问办公。Claude Code 的结构已经备好,但还没走通,不在首发支持之列——Claude Code 用户先别急着装。

这份 README 最值得学的地方,是它的诚实。作者明说这是 v0.9-draft:还没有对照实验,尚未证明全队错误率下降或者催办减少;“约十分钟走通”不得写成已测保证——Cursor CLI 实测 29.6 秒只是打出登记行,不含装宿主的时间;插件不带定时和叫醒,到点查、记接单、叫开工,要靠宿主自己的能力或者你本人;花钱、发出、删除、登录这类危险动作,技能只写“请本人来”,不替你做。一个把“没验证的别信”写在脸上的仓库,比满口“十分钟搞定”的更可信。

我的判断是,这个仓库真正值钱的不是四个技能文件,是它把“一人公司管 AI 团队”写成了可执行的登记行。多数人用多个 agent 的方式是开一堆会话、凭记忆追进度——活派出去就丢了,“做好了”也没有证据。缺的不是更强的模型,是派收核的闭环。先装两支就行:dispatch-accept-verify 加 evidence-before-done,从一张表开始练:派活前写“待收”,到点去查,收到记“已收到成果”,核过记“已验收”。这一步练的是方法,不是工具。

这个结论不成立的情形:如果你只用一个助手,活都是当场做完当场验收,这套东西是多余的——它解决的是“多助手并行 + 跨天任务”的管理问题,不是单会话的效率问题。

2026年11月9日 15:220 次浏览

0 回帖0 顶0 收藏
咕
0/2000

还没人接话

第一条回帖最容易被看见。