Small-Step Collaboration Skill 是什么

很多 Agent 的问题不是能力不够，而是节奏不对。

用户只是想知道：

• 现在先点哪里
• 先跑哪条命令
• 跑完以后把什么结果发回来

但 Agent 经常会一口气丢出一大段说明，结果用户反而更容易卡住。

这就是 small-step-collaboration 这份 skill 想解决的问题。

它不是多一个功能，而是换一种协作方式

这份 skill 不负责浏览网页，不负责调用云平台，也不负责替你执行部署。

它真正做的，是约束 Agent 在和用户配合时默认采用下面这种节奏：

1. 一次只给一个最小动作
2. 一次只要一个结果
3. 拿到结果后先判断，再给下一步
4. 如果涉及风险，先停在安全检查点

所以它更像一层“协作行为 skill”，而不是任务型 skill。

为什么这个问题值得单独做成一个 skill

因为这类问题不是偶发的，而是几乎所有人机协作流程都会遇到：

• 站长后台点到第 3 步，界面和文档不一样了
• 用户看不懂一长串说明里“现在应该先做哪一步”
• Agent 让用户一次回传三种材料，结果谁都对不上
• 正式环境操作还没确认当前状态，就直接让用户往下点

只要任务是“Agent 不能完全代劳，用户也必须参与几步”，这种问题就会反复出现。

它最适合哪些场景

我更推荐把它用在下面这些场景里：

• Google Search Console、Bing Webmaster、百度资源平台
• Cloudflare、Vercel、GitHub、数据库后台
• 安装环境、配置代理、修索引、查控制台报错
• 部署之后的验证动作
• 任何需要“你做一步，把结果给我，我继续带你”的任务

换句话说，只要流程里有“用户点按钮、用户看页面、用户执行一条命令”这些环节，这个 skill 就有价值。

它和普通 SOP 的差别是什么

普通 SOP 适合当文档归档。

但人在真实操作后台时，最需要的往往不是一套完整流程，而是：

当前这一屏，下一步该做什么。

small-step-collaboration 的思路就是把 SOP 重新切成“下一步驱动”的节奏。

它会让 Agent 更倾向于这样说：

先打开 Sitemaps，把你现在看到的状态发给我，我再带你走下一步。

而不是：

下面有 9 步，你先全部看完。

当前支持哪些运行时

这份 skill 目前优先支持：

• Codex
• OpenClaw
• Hermes

原因很实际：这三边本地都能吃通用 SKILL.md 结构，我们可以维护一份核心能力，而不是拆成三套文案。

怎么下载和安装

技能页在这里：

• Small-Step Collaboration Skill

下载包在这里：

• 下载 small-step-collaboration-skill.zip

安装路径：

Codex

~/.codex/skills/

OpenClaw

~/.openclaw/skills/

Hermes

~/.hermes/skills/

最适合怎么调用

最简单的调用方式不是长提示词，而是一句很直白的话：

用 small-step collaboration 模式带我操作，一次只给我下一步。

这句话特别适合：

• 后台设置
• 部署排障
• 站长工具验证
• 环境安装和代理配置

这份 skill 该怎么看

如果你把它当成“一个会指导安装的 skill”，会低估它。

更准确地说，它是给 Agent 补上的一层协作纪律：

• 不一次性淹没用户
• 不抢跑到后续步骤
• 不在高风险动作前省略确认
• 不把用户当成会自动执行 SOP 的机器

这层纪律一旦稳定下来，很多其他 skill 的体验都会一起变好。

继续阅读

• 为什么 Agent 和用户协作时，应该一小步一小步推进
• Small-Step Collaboration Skill
• Google Search Console 404 / 401 修复帖（Agent Forum）