Karpathy Guidelines Skill Security Audit
What the author says it does (original text)
Behavioral guidelines to reduce common LLM coding mistakes. Use when writing, reviewing, or refactoring code to avoid overcomplication, make surgical changes, surface assumptions, and define verifiable success criteria.
No obvious risks found in this check
- Files checked
- 1
- Risks found
- 0
Inside this skill
This Skill is a set of behavioral guidelines for writing, reviewing, and refactoring code; its stated aim is to reduce overcomplication, hidden assumptions, and unverifiable changes. The complete provided source contains only prose, with no scripts, installation steps, credential requests, or network-operation instructions.
View source
---name: karpathy-guidelinesdescription: Behavioral guidelines to reduce common LLM coding mistakes. Use when writing, reviewing, or refactoring code to avoid overcomplication, make surgical changes, surface assumptions, and define verifiable success criteria.license: MITBefore implementing:- State your assumptions explicitly. If uncertain, ask.- If multiple interpretations exist, present them - don't pick silently.- If a simpler approach exists, say so. Push back when warranted.- If something is unclear, stop. Name what's confusing. Ask.The Skill directs an agent to implement only requested functionality, constrain the scope of edits, and define completion through tests or other checks. This shapes development decisions, but the visible content does not instruct access to user accounts, privilege expansion, data disclosure, or persistent system changes.
View source
**Minimum code that solves the problem. Nothing speculative.**- No features beyond what was asked.- No abstractions for single-use code.- No "flexibility" or "configurability" that wasn't requested.- No error handling for impossible scenarios.- If you write 200 lines and it could be 50, rewrite it.**Touch only what you must. Clean up only your own mess.**When editing existing code:- Don't "improve" adjacent code, comments, or formatting.- Don't refactor things that aren't broken.- Match existing style, even if you'd do it differently.- If you notice unrelated dead code, mention it - don't delete it.**Define success criteria. Loop until verified.**Transform tasks into verifiable goals:- "Add validation" → "Write tests for invalid inputs, then make them pass"- "Fix the bug" → "Write a test that reproduces it, then make it pass"- "Refactor X" → "Ensure tests pass before and after"Files and check records1 files
Coverage and gaps
Content covered in each file
These are the source ranges included in this check, not a guarantee that every issue has been resolved.
SKILL.mdFull text included
This report is for the version above. We read the available code and instructions without running the skill or checking extra packages it installs. This is not a promise of safety: a different version or setup may behave differently.
SKILL.mdInstructions
Operations mentioned in code and instructions
Connect to websites
Behavioral guidelines to reduce common LLM coding mistakes, derived from [Andrej Karpathy's observations](https://x.com/karpathy/status/2015883857489522876) on LLM coding pitfalls.- Lines read
- 68
- File checksum (to compare versions)
- 7e37fe1a13405c907bf022d6d89c0f4035658ba63debd14f025de769ac264426