最近我把一个很小、但在真实协作里很有用的 skill 开源了:
small-step-collaboration
GitHub: github.com/sherlock-hu…
它解决的不是“Agent 会不会做事”,而是另一个更常见的问题:
Agent 会不会带着用户一起把事做完。
为什么会想到做这个 skill
我们在实际用 Agent 做事情时,经常会遇到一种很熟悉的场景:
- 一次性甩给用户十几步
- 同时给出三四条分支路径
- 一口气要截图、日志、命令输出、页面状态
- 用户刚做完第 1 步,后面的说明就已经失效了
很多时候,问题不是模型能力不够,而是协作节奏不对。
尤其是在这些场景里特别明显:
- Search Console / Bing Webmaster 这类站长平台
- Cloudflare / GitHub / Vercel 这类控制台
- 安装配置、上线验证、排障排错
- 任何“需要用户先动一下手,再把结果反馈回来”的流程
这个 skill 做了什么
它本身不是新工具,也不是新接口。
它更像是一套协作约束,让 Agent 默认遵守下面这套节奏:
- 一次只给一个最小可执行动作
- 一次只索取一个结果
- 先解释这个结果意味着什么
- 再继续下一步
换句话说,它想解决的是:
不要把用户淹没在 SOP 里,而是带着用户一小步一小步走完。
它适合什么场景
目前我觉得最适合的是这几类:
- 站长工具与收录排障
- 云平台后台配置
- 登录、验证、部署、回滚
- 命令行 debug
- 需要人机协作才能完成的复杂流程
当前优先适配的是:
- Codex
- OpenClaw
- Hermes
为什么我觉得这类 skill 值得单独做
过去我们习惯把注意力放在:
- 模型更强
- 工具更多
- 上下文更长
但在很多真实任务里,最后决定体验的,往往不是这些,而是:
Agent 有没有耐心按用户当前所在的位置,给出下一步。
这件事说起来很朴素,但真的很影响完成率。
特别是面向普通用户、后台操作、SEO/GEO、站点配置、控制台排障这些任务时, “分步协作能力”本身就值得被做成一个可复用的 skill。
相关链接
技能页: kunpeng-ai.com/skills/smal…
下载包: kunpeng-ai.com/downloads/s…
技术说明: kunpeng-ai.com/blog/small-…
背景文章: kunpeng-ai.com/blog/why-ag…
项目由 鲲鹏AI探索局 / Kunpeng AI Lab 发布: kunpeng-ai.com/