curating-skill-portfolioslisted

# curating-skill-portfolios — 一组 skill 的架构准入 > **这是项目自用的 dev skill，不随插件分发。** 它住 `.claude/skills/`（cc-master 自己的贡献者用），不在 `skills/`（那才会 ship 给插件用户）。终端用户装 cc-master 看不到它；它只为「设计本仓的 skill 版图」存在。 ## Overview **一个 skill 对 agent 的本质效应只有两种：增量（给它没有的）或覆写（纠正它默认会错的）；两者皆无 = 装饰，不建。** 本 skill 是 cc-master 这个小 portfolio（2 个分发 + 几个 dev-only）的**架构准入闸**——回答「要不要建」「该 skill 还是 reference」「放哪」「两个会不会重叠」，并给每个站得住的 skill 写一份设计宪法。分发 skill 的设计宪法落在 `.design/DESIGN.md`；dev-only skill 可保留根部 `DESIGN.md`。它**不**碰任何单个 skill 的 body 内容，也**不**碰度量。 ## When to use 命中以下任一**症状**就读本 skill（**先判准入，再动手**）： - 你正打算「这块信息挺有用，建个 skill 吧」——典型的把该做 reference 的做成 skill 的冲动。 - 你要新建一个 skill，但说不清它给 agent 的是「新东西」还是「纠偏」。 - 你在纠结「这该是独立 skill，还是某个 skill 的 `references/<topic>.md`」。 - 两个 skill 的 description 触发条件看着会打架 / 抢同一类任务。 - 你在重构 skill 版图（拆 / 并 / 退役 / 新增），需要一个可操作判据而非手感。 - 你要给一个新 / 现有 skill 落一份设计宪法（分发 skill 用 `.design/DESIGN.md`）。 ## When NOT to use - **只要写好或施压测试单个 skill 的 body**（craft 诊断、4 类 body 内容、pressure baseline）→ `cc-master-skillsmith`。本 skill 决定「要不要这个 skill」，不决定「这个 skill 的正文怎么写」。 - **要声明 J / 跑触发或行为 eval / 度量改动有没有用** → `grounding-skill-evals`。本 skill 是定性的架构判断，不出 precision/recall 数字。 - **mechanically checkable 的结构约束**（frontmatter 有没有 name、目录布局）→ 别手判，交给 `bash run-tests.sh` 的 content contract + `claude plugin validate .`。 --- ## 核心方法论：Counterfactual Probe A/B 每个候选 skill 都过两道 probe，再查决策矩阵。**Probe 是 judgment-bearing 的——能被 "这信息挺有用就建吧" 合理化掉，所以下面配了抗合理化。** 两道 probe 的三/四形态展开 + 评级信号 + worked examples 在 → [`references/counterfactual-p