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

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