<essential_principles>
<git_safety> Never run destructive commands without explicit user request:
- •No
git push --forceto main/master - •No
git reset --hard - •No
--no-verifyflag (skip hooks) - •No
git commit --amendon pushed commits
Never push directly to main/master:
- •If current branch is
mainormaster, create a new branch before committing/pushing - •Use a descriptive branch name based on the changes (e.g.,
fix/login-bug,feat/add-filter) - •Only push to feature/fix branches, never directly to the default branch
Always verify before acting:
- •Check
git statusbefore staging - •Check
git logfor commit style - •Check remote tracking before push </git_safety>
<commit_format> End all commit messages with:
code
🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com>
Use HEREDOC for multi-line messages:
bash
git commit -m "$(cat <<'EOF' Message here 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude <noreply@anthropic.com> EOF )"
</commit_format>
<pr_format> PR body structure:
markdown
## Summary <1-3 bullet points> ## Test plan - [ ] Test item 1 - [ ] Test item 2 🤖 Generated with [Claude Code](https://claude.com/claude-code)
</pr_format>
</essential_principles>
<intake> What would you like to do?- •Commit - Stage and commit changes
- •Push - Push commits to remote
- •PR - Open a pull request
- •Ship - Full workflow: commit + push + PR
Wait for response before proceeding. </intake>
<routing> | Response | Workflow | |----------|----------| | 1, "commit", "stage" | `workflows/commit.md` | | 2, "push", "upload" | `workflows/push.md` | | 3, "pr", "pull request", "open pr" | `workflows/pr.md` | | 4, "ship", "full", "all" | Run commit → push → pr sequentially |After reading the workflow, follow it exactly. </routing>
<workflows_index>
| Workflow | Purpose |
|---|---|
| commit.md | Stage changes and create commit with proper message |
| push.md | Push commits to remote, create branch if needed |
| pr.md | Create pull request with gh CLI |
| </workflows_index> |