Menu
测试驱动开发：仅在用户明确要求 test-first、TDD、先写测试或红绿重构时，以垂直切片完成行为测试、最小实现和全绿重构。Use when user says tdd, test-first, 先写测试, 测试驱动, 红绿重构, test driven development.
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
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。