
atomic-commits
by Zate
SKILL.md
name: atomic-commits description: This skill should be used for guidance on commit size, scope, and creating reviewable commits, splitting large changes, commit hygiene whenToUse: Deciding when to commit, commit scope, atomic changes, splitting large PRs, commit hygiene, reviewable changes whenNotToUse: Simple single-file changes, trivial fixes seeAlso:
- skill: git-workflows when: branching and PR strategy
- skill: plan-management when: mapping tasks to commits
Atomic Commits
Creating reviewable commits that capture logical units of work.
Principles
- One logical change per commit
- Commit compiles and tests pass
- Commit message explains "why"
Devloop Integration
Plan tasks map to commits:
When using /devloop:ship, you can choose:
- Single commit: Squash all completed tasks
- Atomic commits: One commit per task
Example plan:
- [x] Task 1.1: Create config skill
- [x] Task 1.2: Add parsing script
- [x] Task 1.3: Update session hook
Atomic commits would create:
feat(devloop): create local-config skill
feat(devloop): add config parsing script
feat(devloop): update session-start hook
Commit Size Guidelines
| Size | Lines | When to Commit |
|---|---|---|
| XS | <50 | Single fix, config change |
| S | 50-200 | One feature, one refactor |
| M | 200-500 | Feature with tests |
| L | >500 | Consider splitting |
Devloop tasks typically align with S-M size commits.
Split Strategy
Instead of one large commit:
- Refactor/prep commit
- Core implementation commit
- Tests commit
- Documentation commit
Or with devloop: One commit per phase.
Anti-Patterns
- WIP commits with broken code
- Mixing refactoring with features
- "Fix everything" commits
- Unrelated changes bundled
When to Commit in Devloop
- After completing a plan phase
- Before running
/devloop:fresh - At checkpoints
- Before switching context
スコア
総合スコア
リポジトリの品質指標に基づく評価
SKILL.mdファイルが含まれている
ライセンスが設定されている
100文字以上の説明がある
GitHub Stars 100以上
3ヶ月以内に更新がある
10回以上フォークされている
オープンIssueが50未満
プログラミング言語が設定されている
1つ以上のタグが設定されている
レビュー
レビュー機能は近日公開予定です