Karpathy のツイートは爆発的に 62,000 個のスターを獲得しました: andrej-karpathy-skills は一体何をしたのですか?
2026 年 4 月の GitHub の週間リストで 1 位のプロジェクトである forrestchang/andrej-karpathy-skills の解体 - これは、LLM プログラミングの問題に関する Karpathy の苦情を 4 つのインストール可能なルールにパッケージ化しています。本質は「コンテンツは商品」
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.
2026 年 1 月 27 日、Andrej Karpathy は X に非常に長いツイートを投稿しました。これは 11 セクション、約 1,400 ワードのプログラミング エッセイで、11 月の「手書き 80% + エージェント 20%」から 12 月の「エージェント 80% + 研磨 20%」への移行中に遭遇した落とし穴を記録しています。このツイートは最終的に 769 万回の閲覧、39,000 件の「いいね！」、36,000 件のブックマークに達しました。
3 か月後、forrestchang/andrej-karpathy-skills という GitHub リポジトリが開始され、Karpathy のツイートが 4 つのインストール可能なルールにパッケージ化されました。 2 週間以内に 62.7,000 のスターと 5.5,000 のフォークに達し、2026 年 4 月の GitHub 週間リストで第 1 位になりました。
ウェアハウス オントロジー: Markdown ファイル。
A few random notes from claude coding quite a bit last few weeks
A thread-length reflection on switching from 80% manual coding to 80% agent coding in one month—what got better, what got worse, and what LLM coding actually feels like now.
＃＃１．カルパシーは何を訴えていますか？
Karpathy 氏の長い記事には、基本的に LLM でコード化された 4 つの「慢性疾患」が列挙されています。
最初の病気: 密かに思い込みをする
「最も一般的なタイプの間違いは、モデルが誤った仮定を立て、それを検証せずに適用することです。モデルは自分自身の混乱を管理せず、明確化を求めず、矛盾を示さず、トレードオフを提示せず、反論すべきときに反論せず、少しお世辞になりすぎます。」
これは「共謀ミス」です。 「ログインを追加してください」と言うと、どのような認証を使用するか、デバイスを記憶するかどうか、セッションを管理する方法などは尋ねられません。合理的と思われるソリューションを提示するだけです。レビューが終わって、自分が求めているものと違うことがわかったときには、すでに 500 行が書かれているでしょう。
第二の病気: オーバーエンジニアリング
「彼らは特に、コードと API を過度に複雑にし、抽象化レイヤーを肥大化させ、死んだコードをクリーンアップしないことを好みます。彼らは、非効率で肥大化した脆弱な構造を実装するために 1000 行のコードを使用します。彼らが「もちろんです!」と言う前に、子供のようになだめて、「まあ、これをやればいいのでは?」と言う必要があります。そしてすぐに 100 行に減らします。」
これは、LLM コーディングの最も典型的な観察者効果です。コンテキストが「寛大に」与えられている一方で、複雑さにも「寛大に」報われます**。ストラテジー モード、ファクトリー モード、依存関係の注入 - すべてが与えられます。
第三の病気: 変えてもらっていないものを変える
「気に入らない、または完全に理解していないという理由で、コメントやコードを変更または削除することがあります。たとえそれらの変更が現在のタスクと何の関係もない場合です。」
バグの修正を依頼すると、その隣にある未完成の TODO コメントが「もう必要ないようです」という理由で都合よく削除されます。
病気4:CLAUDE.mdにルールを書いても壊れてしまう
「CLAUDE.md で簡単な修復を試みたとしても、上記の問題は依然として存在します。」
これはツイート全体の中で最も悲痛な文章です。元 OpenAI 創設チーム メンバーで Tesla AI ディレクターの Karpathy 氏は、Claude を完全に一致させる CLAUDE.md を書くことができませんでした。
2. andrej-karpathy-skills の解決策
forrestchang これら 4 つの疾患に対する解決策を 4 つの原則に体系化し、CLAUDE.md ファイルにパッケージ化します。
| 原則 | 対応する病気 | 主要なアクション |
|---|---|---|
| コーディングする前に考えてください | 密かに想定 | 自分の仮定を明確に述べ、複数の解釈を列挙し、混乱していないかどうかを立ち止まって尋ね、必要に応じて反論します。 |
| シンプル第一 | オーバーエンジニアリング | 必要な最小限のコードのみを記述します。投機的な柔軟性、エラー処理、抽象化を記述しないでください。 |
| 外科的変更 | 不正な変更 | 必要なものだけに触れてください。スタイルをリファクタリングしたり変更したりしないでください。他のデッドコードは報告するだけで、削除はしません。 |
| 目標主導型の実行 | メソッドの不整合 | 検証可能な成功基準とテストを提供し、モデルのループを自動的に通過させます。 |
4 番目の原則は、カルパシーのツイートの別の有名な行「レバレッジ」への直接の言及です。
LLMs are exceptionally good at looping until they meet specific goals and this is where most of the feel the AGI magic is to be found. Don't tell it what to do, give it success criteria and watch it go.
これは、プロジェクト方法論全体の足がかりです。 **最初の 3 つの原則は、LLM の混乱を防ぎます。 4 番目の原則は、その強みを真に活用する方法を示しています。 **
3. インストール方法と使用方法
方法 A: クロード コード プラグインとして (最初にこれを使用することをお勧めします)
/plugin marketplace add forrestchang/andrej-karpathy-skills
/plugin install andrej-karpathy-skills@karpathy-skillsインストール後、すべてのプロジェクトのクロード コード ダイアログは、これら 4 つの原則に自動的に準拠します。これはグローバルに有効になり、/plugin でいつでもオフにできます。
方法 B: CLAUDE.md を手動でコピーします
リポジトリに入力し、CLAUDE.md を開き、コピーして、プロジェクトのルート ディレクトリの CLAUDE.md に貼り付けます。このプロジェクトにのみ有効です。
このリポジトリは、追加の CURSOR.md および .cursor/rules/ の適応、つまり主流の AI IDE をカバーするコンテンツのセットも提供します。
＃＃４．なぜ６２ｋスターに到達できるのでしょうか？
これは解明する価値のある現象です。 62.7,000 個のスターは、「単一ファイル リポジトリ」としては誇張された数字です。比較のために、同じ期間の Microsoft マークイットダウン (9,000) とアディ オスマニのエージェント スキル (4.6,000) を合わせたものほど多くはありません。
衝撃重量別に分類すると次のようになります。
1. Karpathy IP 承認 - forrestchang-skills という名前の場合、同じコンテンツが 10,000 を超えることはできません。 Karpathy 氏は「元 OpenAI 創設チーム + Tesla AI ディレクター + CS231n インストラクター」という文化資本を持っており、彼のツイートには「必読」ラベルが付いています。
2.完璧なタイミング — Opus 4.7 は 4 月 16 日にリリースされましたが、オーバーエンジニアリングに関する苦情はピークに達していました。このレポは、誰もが「クロードの狂気を止める」解毒剤を探していたまさにその時に現れました。
3.問題点は普遍的です - すべてのクロード コード/カーソル ユーザーはこれら 4 つの落とし穴を踏んだことがあり、共感率は 100% に近いです。
4.しきい値は非常に低く、 - 1 ファイルまたは 2 行のコマンドです。スターのコストは無視できるほど低いです。 「インストールしないと損ですよ。」
5.強い検証可能性 - 4 つの原則は明確で覚えやすく、スクリーンショットや転送も簡単です。法外な 1000 行プロンプトのプロジェクト ガイドとは異なります。
6.バイリンガル README ——README.zh.md は中国 AI サークルのトラフィックを直接食い尽くし、Weibo 上で V2EX/瞬時に/同時に爆発します。
7.著者によるクロスプロモーション - 一番上の列の文 「私の新しいプロジェクト Multica をチェックしてください」 は、著者自身の商用エージェント プラットフォーム multica-ai/multica にトラフィックを誘導します。 **このリポジトリは本質的に Multica の顧客獲得ファネルの最上位にあります。 **
8.メタ フィット - この記事で説明されている「LLM コーディング エラー」は、まさにすべての読者が LLM でコーディングするときに経験しているものです。読み取りと使用が統合されており、コンバージョン率は非常に高くなります。
一言で言えば、売っているのはコードやツールではなく、Karpathy の感情をインストール可能なルールにパッケージ化したものです。これは、2026 年の AI プログラミング界における最も典型的な「コンテンツは製品である」ケースです。
5. 私の使用上の提案
最初に方法 A を使用してグローバルにインストールします。ツールやスクリプトを作成するときのエクスペリエンスが向上するかどうか、特にクロードに他の人のコードを変更させる場合、ランダムな変更を行う問題が軽減されるかどうかを確認してください。
1 ～ 2 週間後に CLAUDE.md プロジェクトにマージするかどうかを決定します。各プロジェクトの CLAUDE.md にはすでにドメイン知識 (設計システム、コンポーネント仕様、展開プロセス) が詰め込まれていますが、Karpathy のセットは一般的な方法論です。この 2 つは競合するものではなく、重ね合わせることができます。ただし、このタイミングは、それが役立つと本当に確信できるまで待つ必要があります。
コストに注意してください: クロードにさらに多くの質問をさせることになるため、「一文で生成する」ことに慣れている人にとっては煩わしいでしょう。実行すべきわずかなクリーニングが実行されない可能性があります (厳密すぎる)。非常に曖昧な探索タスクによって制約を受けることになります。
より深い価値: 要件を明確に記述する必要があります。これは、すべての高品質のソフトウェア エンジニアリングの前提条件となります。
注目すべきフォローアップ: forrestchang 自身も、スキル メカニズムを製品化するための「オープンソースのマネージド エージェント プラットフォーム」である Multica を推進しています。この 4 つの原則が最終的に事実上の標準になれば、Multica がその商用手段となるでしょう。この行に注目してください。
参考リソース
andrej-karpathy-skills GitHub Repo
A single CLAUDE.md file to improve Claude Code behavior, derived from Andrej Karpathy's observations on LLM coding pitfalls.
Multica - open-source managed agents platform
The open-source managed agents platform. Turn coding agents into real teammates.