new-skill

brooks-lint — 新建技能脚手架

技能名称取自用户请求（kebab-case，例如 brooks-security）。如果为空， 先询问名称和一句话用途。

严格遵循仓库的“添加新技能”检查清单：

1. 创建 skills/{name}/SKILL.md 并添加 frontmatter — name、以 Do NOT trigger for: 子句结尾的 description（已发布技能的验证会强制检查此项；省略会导致误触发）、包含 opencode/slash: "true" 的 metadata:，以及包含 3–6 个 项目的 Process 部分，并在行内注明指南的步骤范围（例如 扫描风险（指南中的步骤 1–6））。参照现有技能（例如 skills/brooks-review/SKILL.md）的结构（Setup → Process → Mode 行）。
2. 创建 skills/{name}/{name}-guide.md，步骤按顺序编号 — 不得跳号或重复。允许使用 Step 2a 之类的子步骤。指南负责详细步骤；SKILL.md 的 Process 只是概览框架。
3. 接入框架。 新 SKILL.md 的 Setup 部分必须读取相关的 _shared/ 文件（Iron Law + Report Template 对应 common.md，并按需读取 decay-risks.md / test-decay-risks.md）— _shared/ 不会 自动加载。
4. 添加 eval 覆盖到 evals/evals.json：追加至少一个包含下一个连续 id 的正常场景（在 expected_output 中包含相关风险代码），以及至少一个标记为 no_risk_codes: true 的误报场景。每个场景都需要包含 id、name、prompt、 expected_output、mode、files。
5. 验证。 运行 npm run validate（结构 + 步骤连续性 + Process 部分 是否存在）和 npm run evals（eval 架构）。修复问题，直到两项都通过。
6. 本地测试。 将新的技能文件夹从 skills/ 链接到 .agents/skills/，与 _shared 符号链接放在一起，然后在 Codex 会话中通过 $<skill-name> 调用它，并验证 Iron Law 输出。

Codex 可直接发现仓库技能；无需命令包装器。 报告创建的文件以及 validate/evals 的结果。