From 8462496b34419f20b32778610571ac723e91f94c Mon Sep 17 00:00:00 2001 From: Jiayuan Zhang Date: Tue, 27 Jan 2026 11:53:00 +0800 Subject: [PATCH] Add Karpathy-inspired Claude Code guidelines Behavioral guidelines to reduce common LLM coding mistakes: 1. Think Before Coding - surface assumptions and tradeoffs 2. Simplicity First - minimum code, nothing speculative 3. Surgical Changes - touch only what you must 4. Goal-Driven Execution - define success criteria, loop until verified Co-Authored-By: Claude Opus 4.5 --- CLAUDE.md | 65 +++++++++++++++++++++++++++++++++++++++++++++++++++++++ README.md | 36 ++++++++++++++++++++++++++++++ 2 files changed, 101 insertions(+) create mode 100644 CLAUDE.md create mode 100644 README.md diff --git a/CLAUDE.md b/CLAUDE.md new file mode 100644 index 0000000..daced9b --- /dev/null +++ b/CLAUDE.md @@ -0,0 +1,65 @@ +# CLAUDE.md + +Behavioral guidelines to reduce common LLM coding mistakes. Merge with project-specific instructions as needed. + +**Tradeoff:** These guidelines bias toward caution over speed. For trivial tasks, use judgment. + +## 1. Think Before Coding + +**Don't assume. Don't hide confusion. Surface tradeoffs.** + +Before 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. + +## 2. Simplicity First + +**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. + +Ask yourself: "Would a senior engineer say this is overcomplicated?" If yes, simplify. + +## 3. Surgical Changes + +**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. + +When your changes create orphans: +- Remove imports/variables/functions that YOUR changes made unused. +- Don't remove pre-existing dead code unless asked. + +The test: Every changed line should trace directly to the user's request. + +## 4. Goal-Driven Execution + +**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" + +For multi-step tasks, state a brief plan: +``` +1. [Step] → verify: [check] +2. [Step] → verify: [check] +3. [Step] → verify: [check] +``` + +Strong success criteria let you loop independently. Weak criteria ("make it work") require constant clarification. + +--- + +**These guidelines are working if:** fewer unnecessary changes in diffs, fewer rewrites due to overcomplication, and clarifying questions come before implementation rather than after mistakes. diff --git a/README.md b/README.md new file mode 100644 index 0000000..d5b2275 --- /dev/null +++ b/README.md @@ -0,0 +1,36 @@ +# Karpathy-Inspired Claude Code Guidelines + +A single `CLAUDE.md` file to improve Claude Code behavior, derived from [Andrej Karpathy's observations](https://x.com/karpathy/status/1886192184808149383) on LLM coding pitfalls. + +## The Problems + +From Andrej's post: + +> "The models make wrong assumptions on your behalf and just run along with them without checking. They don't manage their confusion, don't seek clarifications, don't surface inconsistencies, don't present tradeoffs, don't push back when they should." + +> "They really like to overcomplicate code and APIs, bloat abstractions, don't clean up dead code... implement a bloated construction over 1000 lines when 100 would do." + +> "They still sometimes change/remove comments and code they don't sufficiently understand as side effects, even if orthogonal to the task." + +## The Solution + +Four principles in one file: + +| Principle | Addresses | +|-----------|-----------| +| **Think Before Coding** | Wrong assumptions, hidden confusion, missing tradeoffs | +| **Simplicity First** | Overcomplication, bloated abstractions | +| **Surgical Changes** | Orthogonal edits, touching code you shouldn't | +| **Goal-Driven Execution** | Leverage through tests-first, verifiable success criteria | + +## Usage + +Copy `CLAUDE.md` to your project root. Claude Code reads it automatically. + +## Key Insight + +From Andrej: + +> "LLMs are exceptionally good at looping until they meet specific goals... Don't tell it what to do, give it success criteria and watch it go." + +The "Goal-Driven Execution" principle captures this: transform imperative instructions into declarative goals with verification loops.