协作造技师
用途
这只 skill 用来把“共同打磨出来的能力”变成 skill。
它处理的不是单个 Agent 独立完成的能力， 而是以下这类协作产物：
- 人类先给方向、判断、反证与修正
- Agent 负责结构化、收敛、打包与落地
- 双方来回迭代后，形成一套稳定流程
这类能力如果不提炼，通常会散落在聊天记录里。 本 skill 的目标，就是把它们提纯成可复用、可发布、可迭代的 skill。
什么时候用
当你发现以下情况时，优先触发：
- 一个有价值的方法不是单边生成的，而是共同磨出来的
- 聊天过程中出现了多个关键决策点、边界修正、流程补全
- 你想把“这次是怎么做出来的”沉淀为下一次可直接复用的 skill
- 想验证：某个能力仅靠 skill 是否足够成立
核心原则
- 协作过程本身就是资产
- 关键决策点比表面流程更值钱
- 先抽“为什么成立”，再抽“怎么执行”
- 能拆成独立 skill 就不要都塞进一个母 skill
- Less is more：单一 skill 只承载一类清晰能力
标准流程
第 1 步：识别协作成果
先确认本次成果是不是协作磨出来的，而不是普通对话输出。
第 2 步：抽关键决策点
优先抽：
- 中途新增了什么关键步骤
- 为什么要加
- 如果不加会怎样
- 这是否具备跨项目复用价值
第 3 步：提炼方法论骨架
把协作过程压缩成：
- 输入
- 关键判断
- 核心步骤
- 输出
- 边界
第 4 步：判断独立成 skill 还是并入母 skill
如果它是独立能力，就拆成单独 skill。 如果只是母流程的一小段，就并入母 skill。
第 5 步：打包 skill
输出：
SKILL.md- 必要的 references/
- 必要的 templates/
第 6 步：记忆沉淀
把“为什么这么设计”写进短期记忆；稳定后再升格长期记忆。
输出要求
至少交付：
- 这次协作抽出了什么能力
- 为什么值得 skill 化
- 应拆成独立 skill 还是并入母 skill
- skill 的边界与价值
- 后续如何验证它是否真的成立
不要做的事
- 不要把完整聊天记录原样塞进 skill
- 不要只写步骤，不写决策原因
- 不要把多个不相干能力硬捏成一个 skill
- 不要把“还没稳定的方法”过早包装成发布版