For changes to git-managed files, proceed in this order: issue, worktree, commit, push, PR.
Reference files
- workflow.md: Procedure from issue to PR
- worktree.md: Branch names and worktree placement
How to proceed with reading
- workflow.md Read and determine the order of starting work
- If starting from an issue, worktree.md create a worktree according to
- commit は
kf-g-git-commit-atomic-rulesFollow - Satisfy the "Completion criteria" below
- Determine completion using the "Final check" below
Completion criteria
For work that changes git-managed files, complete the following consistently after implementation and verification.
- Make an atomic commit
- Push to remote
- Create a PR
- Include the PR URL in the response to the user
For work starting from an issue, also record the PR URL in the corresponding issue.
Only for R2 distribution of HTML reports with no file change diffs, do not create a PR.
If the user explicitly prohibits committing or creating a PR, follow that instruction.
Final check
- For work requiring planning, an issue has been created before creating the worktree
- Changes are made only within the dedicated worktree, not directly on main
- Changes are divided into logical units and atomically committed after verification
- For work with file change diffs, commit, push, and PR creation have been completed
- The PR URL is included in the response to the user
- Hook failures before commit / push are
--no-verifynot avoided with