CtrlK
BlogDocsLog inGet started
Tessl Logo

jbaruch/coding-policy

General-purpose coding policy for Baruch's AI agents

Quality

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

Overview
Quality
Evals
Security
Files

commit-conventions.mdrules/

alwaysApply:
Yes

Commit Conventions

Commit Messages

  • Imperative mood in the subject line: "Add feature", not "Added feature" or "Adds feature"
  • Subject line ~50 characters; hard limit at 72
  • Body explains why, not what — the diff shows what changed
  • Separate subject from body with a blank line

One Change Per Commit

  • Each commit represents one logical change
  • Don't mix refactors with features, formatting with bug fixes, or dependency updates with code changes
  • If you need to refactor before implementing, that's a separate commit

Pull Requests

  • CI must pass before merging — sole exception: rules/ci-safety.md Bootstrap-Red Carve-Out
  • PR title follows <type>(<scope>): <imperative summary> format
  • Add a changelog entry for user-visible changes
  • Keep PRs focused — large PRs are hard to review and risky to merge

README.md

tile.json