karpathy-guidelines

Enforce minimal-change coding guidelines with explicit assumptions and verification criteria.

22|7|Updated Nov 1, 2018
One-click install
npx skills add https://github.com/vechain/inspector-app --skill karpathy-guidelines-vechain
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: karpathy-guidelines
Source: https://github.com/vechain/inspector-app/tree/main/.claude/skills/karpathy-guidelines
Command: npx skills add https://github.com/vechain/inspector-app --skill karpathy-guidelines-vechain

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Behavioral guidelines to reduce common LLM coding mistakes, derived from field observations about coding pitfalls. These guidelines help writers, reviewers, and refactors avoid overcomplication, surface assumptions, and define verifiable success criteria.

Core Features & Use Cases

  • Surgical Changes: Touch only what you must; avoid unnecessary refactors or edits to unrelated code.
  • Plan-Driven Execution: Require explicit assumptions, tradeoffs, and a concise plan before implementing.
  • Verification & Success Criteria: Define measurable acceptance criteria and tests to verify changes.
  • Use Case: When reviewing a PR, surface assumptions, propose minimal changes, and outline a clear success plan with criteria.

Quick Start

Describe your assumptions upfront and surface tradeoffs before you start coding.

Frequently Asked Questions about karpathy-guidelines

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I reduce common LLM coding mistakes during refactoring?

To reduce LLM coding mistakes, enforce surgical, minimal-change guidelines that touch only necessary code and avoid unrelated edits. This requires surfacing assumptions upfront and executing plan-driven changes to maintain transparent decision-making.

What are the best coding guidelines for LLM code review?

The best coding guidelines for LLM code review require writers to surface explicit assumptions, propose minimal changes, and outline a clear success plan with defined verification criteria. This prevents overcomplication and ensures transparent decision-making.

How do I define verifiable success criteria for LLM generated code?

Defining verifiable success criteria for LLM generated code involves establishing measurable acceptance criteria and tests before implementation. This plan-driven execution approach ensures changes can be objectively verified against expected outcomes.

Do I need to surface assumptions before LLM coding tasks?

Yes, you need to surface assumptions and tradeoffs before starting LLM coding tasks. Explicitly stating assumptions upfront enforces plan-driven execution and reduces common mistakes caused by overcomplication or unnecessary refactoring.

Why should I avoid unnecessary refactors when reviewing LLM code?

You should avoid unnecessary refactors when reviewing LLM code to maintain surgical, minimal changes that do not alter unrelated code. Overcomplicating edits introduces errors and obscures transparent decision-making during the verification process.