01
What this skill does
Use this skill when unrelated concerns, refactors, behavior changes, generated files, or separable hunks are mixed together. It plans logical batches, stages one batch at a time, asks `git-commit` for the message, and waits for explicit approval before committing.
02
When to use it
- SignalSeparating unrelated concerns in one working tree.
- SignalKeeping refactors apart from behavior changes.
- SignalBuilding local commits that are easier to review, revert, and explain.
03
How it works
- 01
Inspect current Git state, including staged and unstaged work.
- 02
Decide whether the changes need splitting and write a short commit plan.
- 03
Respect any existing index content before changing staged files.
- 04
Stage one logical batch at a time, including only the files and hunks that belong together.
- 05
Invoke `git-commit` for the staged batch and ask for confirmation before running each commit.
04
What you get back
- SignalA proposed sequence of focused commits.
- SignalOne staged batch at a time with a matching Conventional Commit draft.
- SignalLocal commits only after explicit user approval.
05
Important boundaries
- SignalDo not push as part of the split workflow.
- SignalDo not collapse unrelated changes into one convenient commit.
- SignalDo not overwrite existing user changes while reshaping the index.
06