commit

스타0

포크0

업데이트2026년 7월 10일 13:54

按照 git 规则自动分析变更并提交代码

설치

Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.

Manus에서 실행

출처

pkulijing

pkulijing/claude-code-global

GitHub 저장소 열기 Creator 저장소 보기

다운로드

Manus에서 실행

관련 직업SOC

SOC 직업 분류 기준

소프트웨어 개발자컴퓨터 및 수학직·SOC 15-1252

SKILL.md

readonly

name	commit
description	按照 git 规则自动分析变更并提交代码
disable-model-invocation	false

用户调用此 skill 表示要提交当前的代码变更。按照全局 CLAUDE.md 中的 git 规则执行以下步骤：

运行 git status 查看当前变更状态
运行 git diff 查看具体变更内容（包括已暂存和未暂存的）
运行 git log --oneline -5 了解近期 commit 风格
提交前 review loop（防止 bug 随 commit 沉淀，尤其并发 / 复杂逻辑）：调 /review-loop 对当前工作树跑自动 review 迭代，迭代到 clean 才继续往下。细节以 /review-loop 为单一真源，简言之：委派一个子 agent 跑 CC 自带 /code-review——默认 sonnet × medium，diff 命中并发 / 多线程 / 跨进程重试 / 状态机 / 难复现 / 跨 3+ 模块编排等复杂特征才升 opus × high（永远显式传档位、永远委派、不用其他组合）。发现高置信 correctness 问题（附 file:line 证据、真会触发）自动修复→跑测试 + happy-path 验证→复审，迭代到「运行验证通过 + 无高置信 correctness 问题」才 clean（pre-existing / pedantic / 推测式 corner case 不阻断）。琐碎改动自动跳过（配置 / 指令文件不跳）；自动修复每满 2 轮强制停下交回用户（人工闸口，授权后再来至多 2 轮）。降级链：委派失败→主会话直跑同档位 /code-review；连它都不可用才停下告知用户降级本会话自审。/review-loop 自动修复不停下逐条等用户确认，并把迭代留痕到 docs/<N>-*/REVIEW.md（如有）。放在 lint 之前，是因为 review-loop 会自动改代码——须让下一步 lint 覆盖到这些修复。
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 跑出来的错都得显式让用户知道再决策
探测轮次 N（决定是否加 [round N] 前缀，给跨轮追溯补一层约束）：
- 主信号：当前分支名匹配 ^round(\d+)- → 取捕获组为 N（/start 默认 worktree 模式的分支命名）。
- 兜底（--no-worktree 等非 round 分支）：看本次变更涉及的文件里有没有 docs/<N>-*/ 路径（git diff --cached --name-only 与 git status --porcelain 的并集），命中唯一的 <N> 则取之。
- 两路都判不出 N → 不加前缀，走普通 commit，不要硬凑。
分析所有变更，生成 commit message：
- 使用中文
- 遵循 semantic commit message 规则（如 feat:, fix:, refactor: 等）
- 若第 6 步探出 N：在 semantic message 最前面加 [round N] 前缀，形如 [round 3] feat(skill): 支持 xxx
- 简明扼要，聚焦于「为什么」而非「改了什么」
将相关文件添加到暂存区（优先按文件名添加，避免 git add -A）
执行提交，commit message 末尾必须按当前执行的 Agent 追加正确的 Co-authored-by trailer（详见全局 CLAUDE.md「git 规则」）：
- CC（Claude Code）执行 → Co-authored-by: Claude <noreply@anthropic.com>
- Codex（OpenAI Codex）执行 → Co-authored-by: OpenAI Codex <noreply@openai.com>
- 判据：你知道自己是哪个 Agent，据此选身份；Codex 绝不写 Claude 身份，CC 绝不写 Codex 身份。
运行 git status 确认提交成功

이 저장소의 다른 Skills

같은 저장소

review-loop

pkulijing/claude-code-global

提交前的自动 review 迭代环：委派子 agent 跑 CC 自带 /code-review（默认 sonnet × medium，并发/难复现等硬 diff 升 opus × high），发现高置信正确性问题就修、跑测试+happy-path 验证、复审，迭代到「运行验证通过 + 无高置信 correctness 问题」才放行。收敛靠运行验证+置信过滤，非 reviewer 挑不出为止。三条硬规则：永远显式传档位、永远委派子 agent、只用两个合法的模型×档位组合。由 /commit 在生成 commit 前自动调用，也可手动跑

2026-07-100

bootstrap

pkulijing/claude-code-global

为空项目搭建文档骨架（README.md / CLAUDE.md / DEVTREE.md），仅在项目首次开发前调用一次

2026-07-060

devtree

pkulijing/claude-code-global

依据 docs/DEVTREE.md 中作者维护的 Epic 结构，重新生成可视化图表和节点索引

2026-07-060

finish

pkulijing/claude-code-global

完成当前开发项：撰写 SUMMARY.md，反思跨项目可沉淀流程并可向 claude-code-global 提 issue，关联并关闭 issue（GitHub / GitLab，如有），提交代码

2026-07-060

rebase

pkulijing/claude-code-global

诊断本地分支分叉并按清单引导完成 rebase，历史保持 FF 直线

2026-07-060

sync-project-config

pkulijing/claude-code-global

把 claude-code-global 仓库管理的"跨项目共享开发配置模板"的最新变化同步进当前项目；含 adopt 模式（无 marker 老项目首次接入）

2026-07-060

name	commit
description	按照 git 规则自动分析变更并提交代码
disable-model-invocation	false

用户调用此 skill 表示要提交当前的代码变更。按照全局 CLAUDE.md 中的 git 规则执行以下步骤：

运行 git status 查看当前变更状态
运行 git diff 查看具体变更内容（包括已暂存和未暂存的）
运行 git log --oneline -5 了解近期 commit 风格
提交前 review loop（防止 bug 随 commit 沉淀，尤其并发 / 复杂逻辑）：调 /review-loop 对当前工作树跑自动 review 迭代，迭代到 clean 才继续往下。细节以 /review-loop 为单一真源，简言之：委派一个子 agent 跑 CC 自带 /code-review——默认 sonnet × medium，diff 命中并发 / 多线程 / 跨进程重试 / 状态机 / 难复现 / 跨 3+ 模块编排等复杂特征才升 opus × high（永远显式传档位、永远委派、不用其他组合）。发现高置信 correctness 问题（附 file:line 证据、真会触发）自动修复→跑测试 + happy-path 验证→复审，迭代到「运行验证通过 + 无高置信 correctness 问题」才 clean（pre-existing / pedantic / 推测式 corner case 不阻断）。琐碎改动自动跳过（配置 / 指令文件不跳）；自动修复每满 2 轮强制停下交回用户（人工闸口，授权后再来至多 2 轮）。降级链：委派失败→主会话直跑同档位 /code-review；连它都不可用才停下告知用户降级本会话自审。/review-loop 自动修复不停下逐条等用户确认，并把迭代留痕到 docs/<N>-*/REVIEW.md（如有）。放在 lint 之前，是因为 review-loop 会自动改代码——须让下一步 lint 覆盖到这些修复。
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 跑出来的错都得显式让用户知道再决策
探测轮次 N（决定是否加 [round N] 前缀，给跨轮追溯补一层约束）：
- 主信号：当前分支名匹配 ^round(\d+)- → 取捕获组为 N（/start 默认 worktree 模式的分支命名）。
- 兜底（--no-worktree 等非 round 分支）：看本次变更涉及的文件里有没有 docs/<N>-*/ 路径（git diff --cached --name-only 与 git status --porcelain 的并集），命中唯一的 <N> 则取之。
- 两路都判不出 N → 不加前缀，走普通 commit，不要硬凑。
分析所有变更，生成 commit message：
- 使用中文
- 遵循 semantic commit message 规则（如 feat:, fix:, refactor: 等）
- 若第 6 步探出 N：在 semantic message 最前面加 [round N] 前缀，形如 [round 3] feat(skill): 支持 xxx
- 简明扼要，聚焦于「为什么」而非「改了什么」
将相关文件添加到暂存区（优先按文件名添加，避免 git add -A）
执行提交，commit message 末尾必须按当前执行的 Agent 追加正确的 Co-authored-by trailer（详见全局 CLAUDE.md「git 规则」）：
- CC（Claude Code）执行 → Co-authored-by: Claude <noreply@anthropic.com>
- Codex（OpenAI Codex）执行 → Co-authored-by: OpenAI Codex <noreply@openai.com>
- 判据：你知道自己是哪个 Agent，据此选身份；Codex 绝不写 Claude 身份，CC 绝不写 Codex 身份。
运行 git status 确认提交成功