commitlisted

用户调用此 skill 表示要提交当前的代码变更。按照全局 CLAUDE.md 中的 git 规则执行以下步骤： 1. 运行 `git status` 查看当前变更状态 2. 运行 `git diff` 查看具体变更内容（包括已暂存和未暂存的） 3. 运行 `git log --oneline -5` 了解近期 commit 风格 4. **提交前 review loop**（防止 bug 随 commit 沉淀，尤其并发 / 复杂逻辑）：调 `/review-loop` 对当前工作树跑自动 review 迭代，**迭代到 clean 才继续往下**。判据与降级链**以 `/review-loop` 为单一真源**，本步不复述。两点本步需要知道的：① 它可能以「2 轮未收敛留痕放行」返回，此时会给出一行标注，第 7 步必须原样写进 message body；② **放在 lint 之前**，因为它会自动改代码，须让下一步 lint 覆盖到这些修复。 5. **commit 前 lint 检查**（防止把 lint 错误推上 CI 才发现；**放在 review-loop 之后**，好让 review-loop 的自动修复也被 lint 把关，不留绕过口子）： - 探测项目类型并跑对应的 lint 命令： - Python + uv: 见到 `pyproject.toml` + `[tool.ruff]` 配置 → `uv run ruff check .` - Python（其他）: 见到 `pyproject.toml` 含 ruff/flake8/pylint → 用对应工具 - Node.js: `package.json` 里有 `scripts.lint` → `npm run lint`（或 `yarn lint` / `pnpm lint`） - Rust: `Cargo.toml` → `cargo clippy --all-targets -- -D warnings` - Go: `go.mod` → `go vet ./...` - 都不匹配 / 找不到工具配置 → **跳过这一步**，继续往下走 - **lint 失败时停止 commit 流程**，把错误原文给用户看，让用户决定： - 先修（推荐）：修完再调 `/commit` - 强制提交：用户明示后才用 `--no-verify` 等方式绕过 - **不要静默修复**：lint 跑出来的错都得显式让用户知道再决策 6. **探测轮次 N**（决定是否加 `[round N]` 前缀，给跨轮追溯补一层约束）： - **主信号**：当前分支名匹配 `^round(\d+)-` → 取捕获组为 N（`/start` 默认 worktree 模式的分支命名）。 - **兜底**（`--no-worktree` 等非 round 分支）：看本次变更涉及的文件里有没有 `docs/<N>-*/` 路径（`git diff --cached --name-only` 与 `git status --porcelain` 的并集），命中唯一的 `<N>` 则取之。 - 两路都判不出 N → **不加前缀**，走普通 commit，不要硬凑。 7. 分析所有变更，生成 commit message： - 使用中文 - 遵循 semantic commit m