菜单
测试驱动开发：仅在用户明确要求 test-first、TDD、先写测试或红绿重构时，以垂直切片完成行为测试、最小实现和全绿重构。Use when user says tdd, test-first, 先写测试, 测试驱动, 红绿重构, test driven development.
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Git 提交：在用户明确要求提交时，轻量安全复核变更、精确暂存、运行相关验证并创建真实 Conventional Commit；只做本地提交，推送与对外发布由 507-release 承接。Use when user says commit, 提交, 提交一下, 提交这些改动, 提交代码, Git 提交, commit 一下, 生成并执行提交, 准备提交, 存个档。
对外发布：在用户明确要求发布、推送或发版时，定版本号、打 tag、推送远端，并按项目实际探测的发布渠道（npm、GitHub Release）发布。每个不可逆对外动作执行前都向用户显式确认。Use when user says release, publish, push, 发版, 发布, 推送, 发包, 打 tag, 升版本, 升级版本号, 发新版本, 上线, 发到 npm, 发 GitHub Release。默认只做用户明确点名的对外动作，不自动扩到全部渠道。
根因修复：已明确存在 bug、报错、崩溃、异常、回归或合并冲突时，先建立可重复反馈环，再以最小改动修复根因并验证。Use when user says fix, 修一下, 修 bug, 报错了, 崩了, 跑挂了, 有 bug, 修复报错, 合并冲突, 修复冲突, 修不通, debugging, error, crash, regression.
维护项目地图：以当前代码为证据，建立或校准 README、doc 组织、目录职责、入口与上下游，只修改地图文档。Use when user says map, project map, 梳理项目结构, 项目结构, 更新 README, 补 README, 校准 README, 整理 doc, 整理结构, 文档地图, 目录职责, 分层 README.
交付审查：围绕明确的 commit、branch、diff 或路径检查 Standards、Spec 与 Code Quality，只报告问题、证据和路由。Use when user says review this change, code review, review 一下, 检查, 审查, 审查改动, 审查这次改动, 检查提交, 检查分支, 过一遍代码, 把关, 需求符合度, 交付审查. 不用于主动寻找全库架构机会。
在保持公开契约与可观察行为不变的前提下，对指定代码范围或 507-inspect 报告逐项建立证据、修改并验证。可深入内部模块、抽象与接缝；若需要行为变化则停止并路由到需求实施。Use when user mentions simplify, simplify code, 简化, 简化代码, 行为不变重构, 内部简化, 按报告修改, 处理 inspect 报告, 局部重构, 降低复杂度, 收敛架构摩擦。
| name | 507-tdd |
| description | 测试驱动开发：仅在用户明确要求 test-first、TDD、先写测试或红绿重构时，以垂直切片完成行为测试、最小实现和全绿重构。Use when user says tdd, test-first, 先写测试, 测试驱动, 红绿重构, test driven development. |
先用行为测试定义预期，再写刚好足够的实现。只有用户明确要求 TDD（测试驱动开发）、test-first（测试先行）、先写测试或红绿重构时使用。
只是补测试、跑测试或缩小失败范围时用 507-test；已知生产 bug 且没有测试先行要求时用 507-fix。
RED：写一个行为测试，确认它因预期行为缺失而失败
GREEN：写刚好足够的最小实现，确认测试通过
REFACTOR：保持全绿，改善结构；每次重构后重新验证
按 vertical slice（垂直切片）推进，不先写完所有测试再一次性实现。每轮只增加一个调用者可观察行为。
先确认：
只列行为，不把内部模块、参数命名或测试清单转交给用户决定。
编译错误、fixture（测试样本）错误、依赖故障或测试写错不算有效 RED，先修复测试环境再继续。
只有全绿后才重构。保持公开行为不变，小步改善命名、重复和结构；每一步后重跑测试。若暴露模块形状或接缝问题，不在 RED 状态扩大重构。
根据上一轮学到的事实选择下一条行为测试，重复循环，直到已确认行为完成。不要预先铺满所有边界。
运行项目要求的单元、集成、端到端、类型或构建验证，并报告每个完成行为、关键 RED/GREEN 证据、修改文件、命令结果和未覆盖边界。随后可用 507-review 做独立审查；用户明确要求提交时再用 507-commit。
507-fix；规格取舍变化时进入 507-grill；完成后进入 507-review，用户明确要求提交时再进入 507-commit。