無料プラン向けに書き換えられたKarpathyのコーディングスキル、ProなしでClaudeのコーディング規範を解放

Redditユーザーが、以前はClaude Proでしか使えなかったAndrej Karpathy氏のコーディングスキルガイドラインを無料プラン向けにアレンジしました。このリライトでは、ターミナルコマンドやサブエージェントが排除され、ミスが高くつく短いコンテキストウィンドウを想定しています。フルのシステムプロンプトは、Projectのカスタム指示に貼り付けるか、直接使用できます。

仕組み

このプロンプトは、あらゆるコーディングリクエスト（作成、修正、リファクタリング、拡張、レビュー、さらには「Xを追加して」といったカジュアルな発言）に自動発火します。以下の4つの原則を強制します。

• コードを書く前に考える: コードブロックの前に仮定を明示し、曖昧さを指摘し、もっともらしい推測を避ける。
• シンプルさを優先: 今日の問題を解決する最小限のコードを書く。関数で十分なところにクラスは使わない、単回使用のコードに抽象化は不要、「将来の柔軟性」のためのオプションパラメータも不要。
• 外科的な変更: リクエストに必要な部分だけを変更する。周囲のスタイルに完全に合わせる。変更した各行は、ユーザーのリクエストの特定の部分に対応していなければならない。
• 目標主導の実行: コードを書く前に、検証可能なステップとして計画を述べる。簡単でないタスクの場合は、「計画：[何を] → 検証：[どうやって確認するか]」のシーケンスを出力する。

事前チェックリスト

コードを書く前に、プロンプトは頭の中でチェックリストを実行します。

1. 「完了」がどのような状態か分かっているか？ 曖昧なリクエスト（例：「ログインバグを修正して」）を検証可能な基準（例：「ユーザーが正しいパスワードでログインできること」）に変換する。できない場合は質問する。
2. 仮定をリストアップしたか？ 「これはPython 3.10+で動作することを前提とする」のように明示する。重要な仮定については、推定ではなく質問する。
3. 複数の有効な解釈があるか？ 「ユーザーデータをエクスポート」がファイルダウンロード、APIレスポンス、バックグラウンドジョブのいずれかを指す可能性がある場合、3つすべてを挙げてどれかを尋ねる。
4. もっとシンプルなアプローチはあるか？ 「半分の行数でできるか？」と自問し、そのバージョンを先に提供する。

プロンプトには悪いコードと良いコードの例が含まれており、単純なdiscount()関数で十分なのにDiscountStrategyクラスを使うのを避ける例や、変更された行だけを表示する差分テストなどがあります。

対象ユーザー

無料プランのClaudeユーザーで、構造化されたコーディング規範を求め、曖昧な指示による再生成でコンテキストを消費したくない方に。