메뉴
Guided git commit workflow — review changes, draft message, stage, commit
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
Manage context pressure during large codebase work without losing critical state.
Create a pull request with structured summary and test plan
Interactive debugging — reproduce, isolate, trace, fix
Explore a codebase or directory to understand its structure and purpose
Implement a requested code change end-to-end with scoped edits and verification.
Investigate production-like failures from symptoms, logs, and reproduction steps.
| name | commit |
| description | Guided git commit workflow — review changes, draft message, stage, commit |
| when_to_use | When the collaborator asks to commit changes or when work reaches a natural commit point |
| required_tools | ["bash"] |
| tags | ["git","workflow"] |
| activation | {"input_patterns":["(?i)(commit|提交)"]} |
${ARGS}
Run git status --short to see all changes. Run git diff to understand what changed and why. Read recent git log --oneline -5 entries to match the repository's commit message conventions.
Classify the change: new feature, enhancement, bug fix, refactor, test, docs, or chore. Identify which files belong together in a single logical commit. Flag anything that should NOT be committed — credentials, build artifacts, unrelated modifications.
Write a concise commit message. First line: imperative verb, what changed, why — under 72 characters. Body only when the diff cannot convey the context alone. Follow the repository's existing convention (conventional commits, etc.).
Stage only the relevant files by name. Avoid git add -A unless every change belongs in one commit. Create the commit. Show the result.
If pre-commit hooks fail: fix the issue, re-stage, create a NEW commit. Never amend without explicit request — amending after hook failure modifies the previous commit, not the failed one.
