CtrlK
BlogDocsLog inGet started
Tessl Logo

jbaruch/coding-policy

General-purpose coding policy for Baruch's AI agents

91

1.15x
Quality

93%

Does it follow best practices?

Impact

91%

1.15x

Average score across 12 eval scenarios

SecuritybySnyk

Advisory

Suggest reviewing before use

Overview
Quality
Evals
Security
Files

file-hygiene.mdrules/

alwaysApply:
Yes

File Hygiene

.gitignore

  • Maintain a proper .gitignore for the project's language and tooling
  • Cover: build artifacts, cache directories, IDE/editor files, OS files, dependency directories
  • Use templates from github/gitignore as a starting point

Generated Files

  • Never commit generated files (compiled output, bundled assets, rendered docs)
  • If a file can be reproduced from source, it doesn't belong in the repo
  • Exception — platform-required compiled artifacts: when the hosting platform must read a compiled file directly and cannot invoke the compiler itself (e.g., gh-aw .lock.yml workflow files compiled from .md sources by gh aw compile; dependency lock files like package-lock.json, Cargo.lock, go.sum), commit both source and compiled form. Mark the compiled file as generated via .gitattributes (linguist-generated=true, merge=ours) so diffs stay readable and merges don't conflict

Standalone Scripts

  • Scripts must have entry-point guards (e.g., if __name__ == "__main__" in Python, if (require.main === module) in Node)
  • This makes scripts both executable and importable for testing

I/O Conventions

  • stdout for program output, stderr for errors and diagnostics
  • Exit 0 on success, non-zero on failure
  • Use meaningful exit codes when the platform supports them

Idempotency

  • Scripts should be safe to run multiple times
  • Don't fail if a directory already exists, a file was already processed, or a resource was already created

README.md

tile.json