上线检查清单 Skill 实战演练:从请求到交付的全过程
把「上线检查清单」交给智能体,难点不在模型能力,而在流程是否说清楚:输入是什么(上线内容),按什么顺序处理,交付什么(检查清单),哪些事不能做。Skill 就是把这些写下来的载体。
背景(虚构)
小唐是一名产品经理,每周都要做几次上线检查清单。过去靠复制粘贴提示词,结果不稳定。这次团队把它做成了技能,下面记录一次完整运行。
1. 发出请求
小唐在文档、看板与会议工具中输入:
帮我做一下上线检查清单,材料是附上的上线内容。
2. 技能被触发
智能体根据技能描述判断任务匹配,加载「上线检查清单」的完整指令。它不需要外部工具,直接按指令处理。
3. 列出研发、测试、运营、客服事项
这一步的产出会作为下一步的输入。智能体在“列出研发、测试、运营、客服事项”时遇到一处含糊的信息,没有自行猜测,而是标注出来等待确认。
4. 设定负责人
这一步的产出会作为下一步的输入。智能体在“设定负责人”时遇到一处含糊的信息,没有自行猜测,而是标注出来等待确认。
5. 定义回滚条件
这一步的产出会作为下一步的输入。智能体在“定义回滚条件”时遇到一处含糊的信息,没有自行猜测,而是标注出来等待确认。
6. 安排复盘
这一步的产出会作为下一步的输入。智能体在“安排复盘”时遇到一处含糊的信息,没有自行猜测,而是标注出来等待确认。
7. 交付与复核
智能体交付检查清单,末尾列出两条需人工确认的内容。小唐对照原始上线内容抽查关键信息,修正一处表述后采用。
复盘:这次做对了什么
- 步骤写在技能里,没有遗漏
- 不确定处被标出,而不是被编造
- 遵守了「优先级与对外承诺需要团队确认」
- 风险较低,但输出仍需快速过目再使用
可以改进的地方
小唐发现智能体对团队内部术语理解不一致,于是在技能目录中加了一份术语表(reference.md),并在 SKILL.md 中写明“遇到术语先查表”。更多改法见定制指南。
平台选择建议
同一个「上线检查清单」技能可以落在不同平台上,选择时主要看你在哪里工作、要不要执行代码、要不要接外部系统:
- 阿里云百炼智能体应用:阿里云百炼是阿里云的大模型服务与应用开发平台。详见阿里云百炼智能体应用 版
- 钉钉 AI 助理:钉钉 AI 助理支持在钉钉中创建面向团队的 AI 助理。详见钉钉 AI 助理 版
- Function Calling:Function Calling(工具调用)是主流大模型 API 的通用能力:你用 JSON Schema 描述函数。详见Function Calling 版
这个技能纯指令型,不需要额外脚本或外部连接,复制到大多数平台都能用,可据此排除不支持相应能力的平台。
智能体与人的分工
技能不是把工作全部交出去,而是把重复、机械的部分交给智能体,人把住判断和责任:
| 步骤 | 智能体负责 | 人负责 |
|---|---|---|
| 列出研发、测试、运营、客服事项 | 按指令完成并给出依据 | 抽查关键处,确认无误 |
| 设定负责人 | 按指令完成并给出依据 | 抽查关键处,确认无误 |
| 定义回滚条件 | 按指令完成并给出依据 | 抽查关键处,确认无误 |
| 安排复盘 | 按指令完成并给出依据 | 抽查关键处,确认无误 |
| 最终交付 | 整理检查清单 | 决定是否采用、是否对外 |
风险较低,但输出仍需快速过目再使用。
延伸阅读
- 上线检查清单 · 常见问题
- 上线检查清单 · GPTs 版
- 上线检查清单 · Dify 工作流 版
- 工作量估算 · 场景实录
- 产品路线图 · 场景实录
- 智能体Skills 分类:625 个技能 × 32 个角度
说明:文中的配置、代码与目录结构均为示意,用于说明思路;各平台的入口、字段名与能力会更新,落地前请以对应官方文档为准。示例中的数据与场景为虚构,不代表真实案例。