feat(skill): 技能治理 v0.2 —— 分桶/调用模式/校验/安全/清单/安装矩阵

- 新增 SCOPE.md 收录门槛 + .out-of-scope/ 拒绝档案
- 生命周期分桶 promoted/beta/deprecated，marketplace 只发布 promoted
- 调用模式 model-invoked/user-invoked（user-invoked 不占模型目录）
- 新增脚本 validate-skills.py / generate-catalog.py / scan-skill.sh(+allowlist)
- 新增 beta 技能 skill-creator、ai-proj-helper-entry、verification-before-completion（各带 evals）
- install-skills.sh: --agent dsh / --link / --audit / --include-beta / --no-validate
- 融合：dev-review 接收评审意见、req-design 依赖边、agent-swarm 并行编排、dev-test TDD
- catalog.json 61 个技能（58 promoted / 3 beta）；validate 0 错误；scan 0 高危；现有测试通过

skills-dev/agent-swarm-plugin/skills/SKILL.md

@@ -404,3 +404,14 @@ ssh melbourne "cd /Users/coolbuy-dev/coding/new-ai-proj && \
 - [OpenAI Swarm 文档](https://github.com/openai/swarm)
 - [Multi-Agent Systems 设计模式](https://arxiv.org/abs/2308.00352)
 - [Claude Code Skills 文档](https://docs.anthropic.com/claude-code/skills)
+
+## 并行编排流程
+
+把大任务拆给多个子 agent 时按这个顺序：
+
+1. **先划写入边界**：每个子 agent 拥有互不重叠的目录/文件；共享文件（锁文件、入口文件）由编排者最后统一改。
+2. **子 agent 必须新上下文**：不要 fork 父上下文，否则它继承了本该甩掉的包袱。
+3. **每个子任务给验收标准 + 回报格式**：三句话（结果 / 证据路径 / 下一步）。
+4. **子 agent 不做合并与发布**：只交分支或补丁，合并由编排者做。
+5. **汇总时先跑集成验证**，再回报；冲突由编排者解，不让子 agent 互改。
+6. 两个子 agent 不得写同一文件；不确定时先串行。

skills-dev/dev-review-plugin/skills/SKILL.md

@@ -303,3 +303,13 @@ mcp__ai-proj__link_tasks_to_requirement({
 4. **严重度准确** — 不要所有问题都标 High，按实际影响分级
 5. **建议可操作** — 每个发现必须附带具体修复建议
 6. **关注变更** — 评审范围是 diff，不要对未变更的代码提意见（除非变更引入了对旧代码的新风险）
+
+## 接收与响应评审意见
+
+评审不是单向输出，收到意见后按这套来：
+
+1. **先分类**：阻断项（必须修）/ 建议项（可讨论）/ 澄清项（问题理解不一致）。
+2. **先复述再回应**：用自己的话重述意见，确认理解一致，再给证据或修改。
+3. **不辩解**：用证据说话（代码、测试、日志），不用语气词反驳。
+4. **逐条回评**：每条写「已修（commit）/ 不修（理由）/ 需澄清（具体问题）」，不得默默跳过。
+5. **阻断项没修完不得合并**；建议项不修要记录原因，进 PR 描述。

skills-dev/dev-test-plugin/skills/dev-test/SKILL.md

@@ -215,3 +215,11 @@ AI 根据需求变更范围动态生成 Playwright spec，模板见 `templates/p
 若 git diff 显示同一功能的 `handlers/`、`middleware/`、`routes/` 文件均有变更（通过命名模式识别，如 `impersonation_handler.go` + `impersonation_middleware.go` + `impersonation_routes.go`），则除单元测试外**额外生成** `backend/tests/` 下的集成测试。
 
 识别方式：提取文件名中的功能前缀（如 `impersonation`），若在三个目录中均出现，则触发集成测试生成。
+
+## TDD 循环（红 → 绿 → 重构）
+
+1. **一次只做一个行为**：写一个小测试，先确认它**失败**，并确认失败原因就是你要修的那件事（不是编译错误/环境问题）。
+2. **最小实现让它变绿**，不做顺手重构。
+3. **绿了再重构**，重构期间测试保持绿。
+4. 禁止先写实现再补测试；补的测试要能证明它真的会红（临时改坏一次验证）。
+5. 交付时附：测试命令、通过/失败数、以及「曾经红过」的证据（日志或截图记录）。