Andrej Karpathy が「CLAUDE.md 四大原則」を抽出し、GitHubで話題に、AIによるコード作成の正確率が90%を突破

AIを従順に従わせる神レベルのPrompt公開!
最近GitHubで、「CLAUDE.md」という名前のファイルがトレンドトップに躍り出た。
このファイルは、元OpenAIのAI監督者Andreji Karpathyの観察から抽出された「四大コーディング原則」であり、まるでAIにベテランエンジニアの魂を植え付けるかのようだ。
これをプロジェクトのルートディレクトリに置くだけで、Claude CodeなどのAIツールのコード正確率が65%から90%以上に急上昇し、AIによるコード改ざんや過剰エンジニアリングの悪習を根絶できる。
(前振り:Claude Code新リリース /goalsコマンド:実行と評価を分離し、AIのサボりや嘘を防止)
(背景補足:OpenAI創設メンバーのAndreji KarpathyがAnthropicに加入:LLM開発の最前線に復帰)

Claude CodeやCursorなどのAI支援開発ツールの普及に伴い、多くの開発者が共通の悩みを抱えている:
AIは速く書くが、「賢く」やりすぎてしまい、仮定を補ったり過剰に設計したり、さらには勝手に元の良いコードを勝手に改変してしまうことだ。

しかし、この問題にはついに究極の解決策が登場した。
著名なAIの神、元OpenAIのAI監督者Andreji Karpathyが、最近大型言語モデル(LLM)がコードを書く際の一般的な失敗パターンを深く分析。
その後、Forrest Changら開発者たちがその核心理念を抽出し、「CLAUDE.md」というシンプルなファイルにまとめた。
このプロジェクト(forrestchang/andrej-karpathy-skills)は、最近GitHubのトレンドトップを席巻し、数十万のスターを獲得している。

多くの開発者が実験し、導入後に驚きの報告をしている。
このファイルを取り入れると、AIの出力するコードの正確率は元の65%程度から、驚くべき90%以上に大幅アップした。

CLAUDE.mdの「四大ゴールデンルール」を解明

この魔法のCLAUDE.mdファイルは、本質的にAIに「ベテランエンジニアの行動規範」を装着したものだ。
これをプロジェクトのルートに置くと、Claude Codeは自動的に読み込み、会話全体の最高行動指針となる。
その核心は以下の4つの鉄則に集約されている。

  • 一、考えてからコーディング(Think Before Coding):
    「仮定しない。混乱を隠さない。トレードオフを明示せよ。」
    AIに対し、自分の仮定を明確に述べることを強制。
    不確定な要件や複数の解法がある場合、AIは黙って推測せず、積極的にユーザーに質問すべきだ。
    不合理な要求に対しては、「突き返す(push back)」権限も与えられる。

  • 二、極簡優先(Simplicity First):
    「問題解決に必要な『最少コード』だけを書く。推測はしない。」
    AIの無駄な「付加」や、防御的コードの追加を厳禁。
    未来のシナリオを想定した冗長な防御コードや、複雑な抽象化もNG。
    原則はシンプル:50行で解決できるなら200行は書かない。

  • 三、外科的修正(Surgical Changes):
    「必要な部分だけ動かす。自分が乱したコードだけ掃除する。」
    多くの開発者に好評のルール。
    AIはバグ修正時に、隣接するコードやコメント、フォーマットまで無駄にリファクタリングや変更をしない。
    変更はすべて、ユーザーの明確な要求に直接追随したものでなければならない。

  • 四、目標駆動(Goal-Driven Execution):
    「成功基準を定義し、検証を繰り返す。」
    AIは曖昧なタスクを具体的な検証可能な目標に落とし込む。
    例:
    「バグ修正」の指示なら、まずバグを再現するテストを作成(➔)、次にコードを修正(➔)、最後にテストを通過させる(###)という厳格な検証ループを形成。

このPromptがこれほど効果的な理由は?

LLMはユーザーに迎合しやすく、「幻覚仮定(hallucinate assumptions)」や「範囲拡大(scope creep)」を起こしやすい。
このCLAUDE.mdの偉大さは、人間のベテランエンジニアの「常識と自制心」をシステムプロンプトに硬く組み込んだ点にある。

この4つの原則を通じて、AIはより慎重に、集中して、結果を検証可能に変わる。
恩恵を受けた開発者たちは、今やGit Diff(コード差分)がかつてないほどクリーンになり、バグも大幅に減少。
その後のメンテナンスも格段に楽になった。
これはもはや、制御不能な機械を指揮するのではなく、信頼できる「ベテランエンジニア(Senior Engineer)」とペアプログラミングをしている感覚だ。

原文表示
このページには第三者のコンテンツが含まれている場合があり、情報提供のみを目的としております(表明・保証をするものではありません)。Gateによる見解の支持や、金融・専門的な助言とみなされるべきものではありません。詳細については免責事項をご覧ください。
  • 報酬
  • コメント
  • リポスト
  • 共有
コメント
コメントを追加
コメントを追加
コメントなし
  • ピン留め