如果你在服务器、容器与部署流水线里反复做Helm 配置比对，可以考虑把经验沉淀为一个 Skill：写清触发条件、步骤、输出格式和边界，让智能体代劳重复部分，人只负责把关。

背景（虚构）

老许是一名运维，每周都要做几次Helm 配置比对。过去靠复制粘贴提示词，结果不稳定。这次团队把它做成了技能，下面记录一次完整运行。

1. 发出请求

老许在服务器、容器与部署流水线中输入：

这是今天的values 文件，按团队的Helm 配置比对流程处理一下。

2. 技能被触发

智能体根据技能描述判断任务匹配，加载「Helm 配置比对」的完整指令。它先运行技能自带的脚本做预处理，确保后续分析基于准确的数据。

3. 解析 values

“解析 values”是最容易出错的环节，技能里专门写了要求，所以智能体给出了清楚的结果与理由。

4. 逐键比对

智能体完成“逐键比对”，并在中间结果里注明依据，方便老许回看。

5. 解释差异影响

“解释差异影响”是最容易出错的环节，技能里专门写了要求，所以智能体给出了清楚的结果与理由。

6. 标出可疑配置

智能体完成“标出可疑配置”，并在中间结果里注明依据，方便老许回看。

7. 交付与复核

智能体交付差异说明，末尾列出两条需人工确认的内容。老许对照原始values 文件抽查关键信息，修正一处表述后采用。

复盘：这次做对了什么

  • 步骤写在技能里，没有遗漏
  • 不确定处被标出，而不是被编造
  • 遵守了「变更类命令先在测试环境演练，并准备好回滚」
  • 风险较低，但输出仍需快速过目再使用

可以改进的地方

老许发现智能体对团队内部术语理解不一致，于是在技能目录中加了一份术语表（reference.md），并在 SKILL.md 中写明“遇到术语先查表”。更多改法见定制指南。

智能体与人的分工

技能不是把工作全部交出去，而是把重复、机械的部分交给智能体，人把住判断和责任：

步骤智能体负责人负责
解析 values按指令完成并给出依据抽查关键处，确认无误
逐键比对按指令完成并给出依据抽查关键处，确认无误
解释差异影响按指令完成并给出依据抽查关键处，确认无误
标出可疑配置按指令完成并给出依据抽查关键处，确认无误
最终交付整理差异说明决定是否采用、是否对外

风险较低，但输出仍需快速过目再使用。

准备一份好范例

在技能的参考资料里放一份你认可的差异说明范例，往往比多写十条规则更有效。好范例应当：

  • 来自真实工作，但已去除个人信息和敏感数据
  • 体现团队习惯的结构、措辞和详略程度
  • 包含一处“需人工确认”的标注示范，让智能体学会如何表达不确定
  • 篇幅适中，不要比平时的产出长太多

范例不必多，一到两份即可；太多范例反而会让智能体机械模仿某一份的细节。

延伸阅读

说明：文中的配置、代码与目录结构均为示意，用于说明思路；各平台的入口、字段名与能力会更新，落地前请以对应官方文档为准。示例中的数据与场景为虚构，不代表真实案例。