最近我把一个很小、但在真实协作里很有用的 skill 开源了:

small-step-collaboration

GitHub: github.com/sherlock-hu…

它解决的不是“Agent 会不会做事”,而是另一个更常见的问题:

Agent 会不会带着用户一起把事做完。

为什么会想到做这个 skill

我们在实际用 Agent 做事情时,经常会遇到一种很熟悉的场景:

  • 一次性甩给用户十几步
  • 同时给出三四条分支路径
  • 一口气要截图、日志、命令输出、页面状态
  • 用户刚做完第 1 步,后面的说明就已经失效了

很多时候,问题不是模型能力不够,而是协作节奏不对

尤其是在这些场景里特别明显:

  • Search Console / Bing Webmaster 这类站长平台
  • Cloudflare / GitHub / Vercel 这类控制台
  • 安装配置、上线验证、排障排错
  • 任何“需要用户先动一下手,再把结果反馈回来”的流程

这个 skill 做了什么

它本身不是新工具,也不是新接口。

它更像是一套协作约束,让 Agent 默认遵守下面这套节奏:

  1. 一次只给一个最小可执行动作
  2. 一次只索取一个结果
  3. 先解释这个结果意味着什么
  4. 再继续下一步

换句话说,它想解决的是:

不要把用户淹没在 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/

本站提供的所有下载资源均来自互联网,仅提供学习交流使用,版权归原作者所有。如需商业使用,请联系原作者获得授权。 如您发现有涉嫌侵权的内容,请联系我们 邮箱:alixiixcom@163.com