- Use
ghclior~/.local/bin/ghinstead of bareghcommand - Claude Code Web blocks
ghvia system-level deny list (can't override) - The startup hook creates
ghclisymlink automatically - Example:
ghcli pr create,ghcli issue list,~/.local/bin/gh api
- In all interactions and commit messages, be extremely concise and sacrifice grammar for the sake of concision.
- Do not write any code until you're fully ready to implement it.
- It's IMPORTANT for each implementation to begin with writing and reviewing tests BEFORE moving on to implementation (TDD test-driven development). Write minimalist tests. Don't overdo it - about three general end-to-end tests per implementation is enough.
- Before writing tests, write a concise implementation plan with numbered steps.
- At the end of each plan, give me a list of unresolved questions to answer, if any. Make the questions extremely concise. Sacrifice grammar for the sake of concision.
- After implementation, run all tests to ensure nothing is broken.
- After implementation, write concise documentation updates if necessary.
- After implementation, write a concise changelog entry summarizing the changes made.
- After implementation, update the version number according to semantic versioning rules.
- Follow all steps in the implementation plan methodically.
- After implementation, review the entire codebase for any necessary refactoring or cleanup.
- Before each implementation, review
docs/LESSONS_LEARNED.mdfor any relevant insights. - Before each implementation, review
docs/ARCHITECTURE.mdfor any relevant architectural considerations. - Before each implementation, review
CLAUDE.mdfor any relevant guidelines. - After each implementation, review
docs/LESSONS_LEARNED.mdto add any new insights gained. - After each implementation, review
docs/ARCHITECTURE.mdto update any architectural considerations. - After each implementation, review
CLAUDE.mdto update any relevant guidelines. - Always prioritize code quality and maintainability.
- Commit often, with small and focused commits.
- Write concise commit messages that clearly describe the changes made.
- For simple queries, use under five tool calls, but for more complex queries you can use up to 15 tool calls.
- STOP and ask user if you find unexpected issues during implementation (breaking changes, missing dependencies, test failures).
- When creating PRs, always write your own title and body - do not use repo templates. Use explicit
--titleand--bodyflags withghcli pr create.