commit
Use before ANY git add or git commit — mandatory, no exceptions for subagents, other skills, or automation. Applies when completing implementation, when the user asks to commit, or when changes need separate logical commits
安装与使用
请根据来源仓库和你的 AI 工具说明安装此技能。先阅读技能文件和依赖要求,再添加到工作流。
查看来源 ↗使用指南技能说明
Overview
Creating clean, atomic commits that follow best practices for version control hygiene. The core principle is one logical change per commit - each commit should represent a single, coherent, easily revertable modification that can stand alone.
User Instructions
Follow any user instructions below. They override the standard workflow when conflicts arise.
<user_instructions> $ARGUMENTS </user_instructions>
Workflow
cd to the project root before git commands instead of using git -C, which obscures working directory state. Execute git commands directly without explanatory preamble. Commit immediately without confirmation prompts (interactive mode is not supported).
-
Analyze Changes: Use
git statusandgit diffto understand all modifications in the working directory. Categorize changes by:- STRUCTURAL: Code reorganization, renaming, refactoring without behavior changes
- BEHAVIORAL: New features, bug fixes, functionality changes
- DOCUMENTATION: README updates, comment changes, documentation files
- CONFIGURATION: Build files, dependencies, environment settings
-
Group Logically: Organize changes into logical units where each unit:
- Addresses a single purpose or problem
- Structure changes to be atomic and easily revertable for safe rollback
- Would make sense to revert as a unit
-
Stage Changes: Use appropriate staging strategy:
- Whole file:
git add <file> - Hunk-by-hunk:
git diff <file> > /tmp/patch.diff, edit the patch to keep only specific hunks, thengit apply --cached /tmp/patch.diff - To unstage, use
git restore --staged(notgit reset --hard, which discards work) - Fallback: If
git apply --cachedfails (malformed patch), stage the whole file withgit add <file>instead
- Whole file:
-
Handle Pre-commit Hooks: If hooks complain about unstaged changes:
- Stash unstaged changes first:
git stash push -p -m "temp: unstaged changes"(select hunks to stash) - Or stash all unstaged:
git stash push --keep-index -m "temp: unstaged changes" - Commit, then restore:
git stash pop - If hooks modify staged files (auto-formatting), re-add the modified files and retry the commit
- Stash unstaged changes first:
-
Create Atomic Commits: For each logical group:
- Write clear, descriptive commit messages following conventional format
- Keep first line under 72 characters
- Include context in body when necessary
- Commit the working tree state as-is — the user may have made manual edits outside this conversation
- Use
git commit -m "message"directly — never use$()or heredoc subshells in git commands, as they breakallowed-toolspattern matching
Attribution
Include a Co-Authored-By footer in every commit message:
If you're an Anthropic Claude model:
Co-Authored-By: Claude <noreply@anthropic.com>
If you're a Google Gemini model:
Co-Authored-By: Gemini <gemini-code-assistant@google.com>
Skip if you're not one of the above models.
使用示例
查看来源仓库中的使用示例与配置说明。
查看来源 ↗来源历史
- 收录时间
- 2026-03-11
- 索引更新时间
- 2026-03-11
- Branch
- main
收录与同步日期属于本站记录。源码修改历史请查看来源仓库。
GitHub ↗chat Comments (0)
Sign in to join the discussion and leave a comment.
No comments yet. Be the first to share your thoughts!