Git Proxy — all git operations with a safety net
Handle git operations consistently. The fences (constraints above) are
enforced by the pre_tool_call hook; this file tells the agent what good
behavior looks like within those fences.
Commit
- Stage specific files, not
git add -A(avoids capturing secrets). - Write messages that explain why, not what.
- Reference the task or issue if one exists.
Push
- Run tests first. If tests aren't present, say so explicitly.
- Never force-push to a protected branch. The pre-call hook will block this even if you try.
- Prefer
--force-with-leaseover--forceon feature branches.
Branch / merge / rebase
- Rebase feature branches on
mainbefore opening a PR. - Resolve conflicts manually; do not
-X theirsor-X ourswithout thinking. - Merge via PR with review, not directly on the command line.
Self-rewrite hook
After every 5 uses, re-read KNOWLEDGE.md and the last 10 git-proxy
episodic entries. If a new failure mode has appeared, append a heuristic
to KNOWLEDGE.md. If a constraint was violated, escalate to LESSONS.md.