cc-master-skillsmithlisted

# cc-master-skillsmith — cc-master skill 纪律的 TDD > **这是项目自用的 dev 工具，不是分发给插件用户的 skill。** 它住在 > `.claude/skills/`（cc-master 自己的贡献者用），**不在** `skills/`（那才会 ship 给 > 插件用户）。终端用户装 cc-master 永远看不到它；它只为锻造*本仓*的 skill 存在。 这是 meta-skill：cc-master 怎么写、怎么改自己的 skill。它之所以存在，是因为一个 *强制纪律* 的 skill——「指挥永不演奏」「没有失败测试就没有生产代码」「只信端点、 不信绿闸」——它本身就是一段处于测试之下的行为。你无法知道这段 prose 到底有没有真正 改变 agent 的行为，除非你已经亲眼看过一个 agent **在没有它的情况下失败**。 **写一个纪律型 skill，就是把 test-driven development 应用到 prose 上。** 压力场景就 是测试。agent 逐字的合理化就是那个失败的输出。杀掉那条合理化的 skill 段落就是生产 代码。 > **REQUIRED BACKGROUND：** 本 skill 改编自 `superpowers:test-driven-development` 的 > RED-GREEN-REFACTOR 循环，以及 `superpowers:writing-skills` 的 subagent 压力测试格式。 > 如果你还没把这两者内化，先读它们——本 skill 假设你已经懂了，只在其上补 cc-master > 特有的契约。 --- ## 铁律（The Iron Law） ``` NO DISCIPLINE SKILL — NEW OR EDITED — WITHOUT A FAILING PRESSURE BASELINE FIRST （任何纪律型 skill——新建或编辑——都不许在没有一个失败的压力 baseline 之前动笔） ``` 和 TDD 同一条铁律，映射到 prose 上。在你写或改一条 agent 能合理化掉的规则之前，你必须 先把一个**压力场景跑过一个没有该 skill（或没有该新段落）的 subagent**，看它选错那个。 没有记录在案的失败 → 不许改 skill。 在跑 baseline 之前就写好了 skill 段落？删掉它。从 baseline 重新开始。 **没有例外：** - 「这条规则显然是对的」不算例外。 - 「我只是加一行 Rationalization Table」不算例外。 - 「这只是给纪律段落改个措辞」不算例外。 - 别在跑场景时把没 baseline 的草稿「留着当参考」——你会去 adapt 它，那就是 writing-after。 删除就是删除。 **违背铁律的字面就是违背它的精神。** 「我知道 agent 会说什么，所以我跳过 baseline 直接 写反驳」正是本 skill 禁止的那条合理化。你不知道它们会说什么。你*以为*你知道。baseline 正是你发现自己想错了的途径。 ### 合法的 RED 证物目录（证据驱动变异） 铁律要的「记录在案的失败」是一个**目录**，不只合成 baseline 一种形态——以下任一都是 合法的 RED 证物： | 证物 | 来源 | |------|------| | pressure-t