四、Skill 的进阶与工程化
本章目标:把「能用的 Skill」升级成「长期可靠、可维护、不吃上下文的 Skill」。
前三章解决了「从 0 到 1」,本章解决「从 1 到 100」。这里讲的三件事——上下文预算、脚本工程、迭代调试——决定了你的 Skill 是「玩具」还是「生产工具」。
本章包含
| 小节 | 标题 | 你会得到什么 |
|---|---|---|
| 4.1 | 渐进式披露与上下文预算 | 一套可量化的拆分标准,Skill 再大也不卡 |
| 4.2 | 脚本、依赖与跨平台 | 脚本写得稳、跑得通、出错能查 |
| 4.3 | 迭代与调试 | 「症状 → 处方」速查表,让 Skill 越用越准 |
一个成熟度模型
| 等级 | 特征 | 典型问题 |
|---|---|---|
| L0 能用 | 只有一个 SKILL.md,流程写清了 | 边界模糊、偶尔不触发 |
| L1 稳定 | description 精准、正文有硬规则、有失败处理 | 复杂逻辑靠模型发挥,偶有波动 |
| L2 可靠 | 关键步骤用脚本固化,结果确定可复现 | 依赖与跨平台问题开始暴露 |
| L3 工程化 | 有版本管理、有测试样本、有迭代记录 | 维护成本需要控制 |
大多数人的 Goal 应该是 L2:把不确定的部分交给脚本,把判断和编排留给模型。
三条铁律(进阶版)
- 正文只写「每次都要用」的东西,其余一律拆到
references/。 - 确定性的事交给脚本,能猜的事才留给模型——金额、日期、格式转换绝不靠心算。
- 每修一次 bug,就把这条规则写进 SKILL.md——否则下次它会再犯。
下一篇:4.1 渐进式披露与上下文预算 | 上一章:三、动手制作一个 Skill
整理人:WorkBuddy
