원클릭으로
commit
Use when staging, formatting, or creating git commits for code changes in a Git repository.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
메뉴
Use when staging, formatting, or creating git commits for code changes in a Git repository.
Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.
SOC 직업 분류 기준
| name | commit |
| description | Use when staging, formatting, or creating git commits for code changes in a Git repository. |
Guidelines for crafting structured, conventional git commit messages and obtaining user confirmation before committing.
All commits in this repository must follow the Conventional Commits specification and adhere to character length limits. Changes should never be committed automatically.
git diff or git status before writing a commit message.Conventional commit format:
<type>(<scope>): <subject>
- <bullet point 1>
- <bullet point 2>
feat, fix, docs, refactor, style, test, chore.feat(tmux):).-.git commit or apply changes automatically without explicit user approval.Use when the user asks to commit, write a commit message, generate a conventional commit, or invokes /conventional-commit. Also use when staged changes need a commitlint-compliant message, when the user asks to commit and push (or passes --push), when unstaged or untracked files exist and staging scope must be confirmed, or when agent-attribution trailers must be avoided on commits. Handles git commit and git push flags when the user passes them.
Use when the user asks to create, open, or raise a GitHub pull request, submit changes for review. Also when staged, committed, or unpushed work needs a PR via gh CLI and required PR metadata is missing (base branch, draft vs ready, reviewers, labels, linked issues, test plan).
Use when the task is multi-constraint, ambiguous, architectural, or needs a design/algorithm choice before answering. Skip for trivial lookups and one-line edits.
Use when the user explicitly asks to audit, critic, or verify a generated solution or answer (e.g. /verifying-solutions, "audit this", "critic this") — not for routine completion claims or pre-answer design.
Analyzes error logs, stack traces, and provides systematic debugging strategies and solutions
Drafts professional emails based on context, tone, and purpose with templates and suggestions