| name | best-practices |
| description | Apply the repository production software best practices ruleset before planning, coding, reviewing, refactoring, debugging, testing, or marking implementation work complete. |
Best Practices Skill
Use this skill for every coding task, especially implementation, refactoring, debugging, code review, test creation, and completion-gate work.
Current ruleset
!if [ -n "$CLAUDE_PROJECT_DIR" ] && [ -f "$CLAUDE_PROJECT_DIR/BEST_PRACTICES.md" ]; then cat "$CLAUDE_PROJECT_DIR/BEST_PRACTICES.md"; elif [ -f BEST_PRACTICES.md ]; then cat BEST_PRACTICES.md; else echo "BEST_PRACTICES.md was not found. Ask the user or inspect the repository before proceeding."; fi
Instructions
- Apply the loaded ruleset before making or approving implementation changes.
- Convert the request into a short implementation plan when the task has multiple steps or meaningful risk.
- Keep a todo list current. Mark one item in progress at a time. Do not mark an item complete until code and relevant verification for that item are complete.
- Follow the repository's existing architecture, naming, dependency, testing, and error-handling patterns unless the requested change requires otherwise.
- Run targeted verification after changes. Run broader lint, type, build, or test checks when the risk warrants it or the repository expects it.
- Before final delivery, perform a self-review using every rule in
BEST_PRACTICES.md.
- Treat the final rule in
BEST_PRACTICES.md as the release gate. If the answer is that revisions are needed, make those revisions before delivering.
Expected final response
Report what changed, what verification ran and passed, and any material limitation or command that could not be run with the reason. Never claim verification passed unless it actually ran and passed.