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

code-formatting.mdrules/

alwaysApply:
Yes

Code Formatting

Use the Project's Tools

  • Use whatever formatter and linter the project already has configured
  • Don't introduce a new formatter without team consensus
  • Don't bikeshed style — let the tooling decide

CI Integration

  • Run format/lint checks before tests in CI — catch style issues early and cheaply
  • Format checks should be a separate CI step that runs fast

Separation of Concerns

  • Never mix formatting changes with functional changes in the same commit
  • If code needs reformatting, do it in a dedicated commit before or after the functional change
  • This keeps diffs reviewable and bisectable

Basics

  • Remove trailing whitespace
  • End files with a single newline
  • Use consistent indentation (whatever the project standard is)
  • These should be enforced by editor config or pre-commit hooks, not manual effort

README.md

tile.json