About commit-workflow
A skill for creating commits that follow a project's conventions. It guides staged-change review, commit message composition, and README updates.
Key features
- 01Review staged files and diffs
- 02Format concise commit messages
- 03Check README for needed updates
- 04Verify commit message formatting
Use cases
- 01Prepare a commit from staged changes
- 02Keep commit messages consistent
- 03Update documentation alongside code changes
Install
Copy the command and run it in a terminal.
$
npx skills add https:/ / github.com/ fcakyon/ claude-codex-settings --skill commit-workflowAfter installing, type/commit-workflowin Claude Code to confirm it loaded.
Details
From the project READMECommit Workflow
Complete workflow for creating commits following project standards.
Process
-
Use commit-creator agent
- Run
/commit-staged [context]for automated commit handling - Or follow manual steps below
- Run
-
Analyze staged files only
- Check all staged files:
git diff --cached --name-only - Read diffs:
git diff --cached - Completely ignore unstaged changes
- Check all staged files:
-
Commit message format
- First line:
{type}: brief description(max 50 chars) - Types:
feat,fix,refactor,docs,style,test,build - Focus on 'why' not 'what'
- 1 sentence conventional style + 1 sentence motivation/findings if possible
- For complex changes, add bullet points after blank line
- First line:
-
Message examples
feat: implement user authentication systemfix: resolve memory leak in data processing pipelinerefactor: restructure API handlers to align with project architecture
-
Documentation update
- Check README.md for:
- New features that should be documented
- Outdated descriptions no longer matching implementation
- Missing setup instructions for new dependencies
- Update as needed based on staged changes
- Check README.md for:
-
Execution
- Commit uses HEREDOC syntax for proper formatting
- Verify commit message has correct format
- Don't add test plans to commit messages
Best Practices
- Analyze staged files before writing message
- Keep first line under 50 chars
- Use active voice in message
- Reference related code if helpful
- One logical change per commit
- Ensure README reflects implementation
Comments
Markdown supported