Claude Codeメタ生態系の爆発 — エージェントの真のmoatはモデルではなく「運用知識層」にある

「五つのリポジトリが同じ週にGitHub Trendingを席巻した。すべてClaude Codeを『より上手く使う方法』に関するものだった。この現象にはまだ名前がない。」

2026年4月第2週、GitHub Trendingページに異例の光景が広がった。日間と週間のランキングを合算すると、上位に並んだ五つのリポジトリに共通点があった。すべてClaude Code — あるいはそれに類するcoding agent — を「より上手く使うための」ツールだったのだ。

obra/superpowersは143,712スターに1日+2,299を記録した。「An agentic skills framework & software development methodology that works」という説明がついたShellプロジェクトだ。forrestchang/andrej-karpathy-skillsは10,441スター、日間+1,364、週間+2,230。このリポジトリの核心的な成果物はCLAUDE.mdファイル一つだ。luongnv89/claude-howtoは24,002スターに週間+7,342。コピー&ペーストで使えるテンプレートとガイドのコレクションだ。YishenTu/claudianは6,815スター、日間+200。Obsidian vault内にClaude Codeを組み込むプラグインだ。そしてYeachan-Heo/oh-my-codexは19,938スターに週間+9,737 — 今週GitHub全体で二番目に速く成長したリポジトリだ。これはClaude CodeではなくOpenAIのCodexを対象としたツールだが、パターンは同じだ。

五つのリポジトリの累積スター合計は204,908個。今週だけ追加されたスター数を保守的に合算しても2万を超える。VS Code拡張生態系の全盛期にも、プロンプトエンジニアリングブームが起きた2023〜2024年にも、一週間で五つのメタツールが同時にトレンディングに上がったことはなかった。

何が起きているのか。

この文章の主張はこうだ — 個人の文脈を超え、集団の運用知識（operational knowledge）がモデルの上に新たな層（layer）を形成しており、この層そのものが新しい種類のmoatになっている。

1. 五つのリポジトリ — 一つのパターン

五つのリポジトリは同じ現象の五つの表現だ。しかし各々の性格ははっきりと異なる。

obra/superpowersは今週の現象のフラグシップだ。Claude Codeにブレインストーミング、プラン作成、コードレビュー、デバッグなどソフトウェア開発の各フェーズに対応するskillsを注入し、エージェントが状況に応じて適切なskillを呼び出せるよう構造化する。より重要なのはmethodologyという言葉だ。「brainstorming段階を必ず経ること」「planを先に書いてからsubagentで実行すること」「完了を主張する前に必ずverificationを回すこと」 — シニア開発者の暗黙知がShellスクリプトとMarkdownファイルとして結晶化されたものだ。143,712スターは、この方法論への需要が巨大であることを意味している。

forrestchang/andrej-karpathy-skillsは最も純粋な形の事例だ。核心的な成果物はCLAUDE.mdファイルたった一つ。KarpathyがLLMコーディングの落とし穴について観察した内容をまとめたものだ。GitHubで10,000スター以上のリポジトリは全体の上位0.01%に相当する。コードではない。バイナリでもない。インストールするものも、ビルドするものも、実行するものもない。テキストファイルをコピーして自分のプロジェクトのルートディレクトリに置けばそれで終わりだ。それでも10,000人以上がスターを押した。CLAUDE.mdというファイル形式そのものが製品カテゴリになった。 かつては.vimrcや.emacs設定ファイルをdotfilesリポジトリで共有する文化があったが、dotfilesリポジトリが10,000スターを獲得する例はmathiasbynens/dotfiles（30k）のような極少数の伝説的リポジトリだけで、それでさえ数年かけて積み上げた数字だった。andrej-karpathy-skillsは一週間で2,230スターを追加した。

luongnv89/claude-howtoは24,002スターに週間+7,342。「Visual, example-driven guide to Claude Code with copy-paste templates」という説明がこのリポジトリの性格を正確に要約している。従来、ソフトウェアのドキュメントは製品に付属するものだった。製品が先にあり、ドキュメントがそれに続く。claude-howtoはこの関係を逆転させる。ドキュメント自体が製品だ。Claude Codeというオリジナルの製品はAnthropicが作ったが、「Claude Codeを効果的に使う方法」という知識製品はコミュニティが作っている。週間+7,342は今週GitHub全体の上位10位に入る成長速度だ。企業が作ったオープンソースフレームワークや新しいプログラミング言語と肩を並べているのが「コピー&ペーストするガイド」だという事実。現在の開発者生態系が渇望しているのは、より良いモデルではなく、今あるモデルをより上手く使う方法だ。

YishenTu/claudianは6,815スター。Claude Codeの物理的表面積（surface area）を拡張するツールだ。Obsidian vault内にClaude Codeを組み込み、エージェントがコードエディタだけに留まらず、ユーザーの思考空間（thinking space）にまで進入する。エージェントがターミナルにだけいる時の乗り換えコストと、エディタ+ターミナル+知識管理ツールを横断している時の乗り換えコストは次元が違う。

Yeachan-Heo/oh-my-codexは今週で最も重要なデータポイントだ。19,938スター、週間+9,737 — GitHub全体で二番目に速い成長。しかしこのリポジトリはClaude CodeではなくOpenAIのCodexのためのものだ。名前からして意味深だ。「Oh My」という接頭辞はoh-my-zshから来ている。自らが「Codexの上のユーザー知識層」であるというアイデンティティを宣言しているのだ。

韓国人開発者Yeachan-Heoがメンテナーで、三つの核心機能を提供する。hooksはエージェントが特定の行動を実行する前後にユーザー定義のロジックを実行するメカニズムだ — 事実上、エージェントに対するガバナンス（governance）だ。agent teamsは単一エージェントではなく、設計・実装・テストをそれぞれ担当する複数のエージェントを調整する構造を作る。HUDはエージェントシステムの状態をリアルタイムで観察できるインターフェースだ。この組み合わせは、coding agentの使用パラダイムが「私とエージェントの1対1の対話」から「私がエージェントチームを運営する管理者」へと進化していることを示唆している。

もしsuperpowers、andrej-karpathy-skills、claude-howto、claudianだけがトレンディングに上がっていたなら、この現象を「Claude Code特需現象」として解釈できただろう。oh-my-codexがこの解釈を不可能にする。同じパターンが異なるモデルへと転移した。 これは特定製品の現象ではなく、カテゴリレベルの現象だ。coding agentというツールカテゴリ全体で「運用知識層」が形成されているという証拠だ。

2. CLAUDE.md — 自然言語設定ファイルが生んだ爆発

五つのリポジトリを貫く最も驚くべき事実は、核心的な成果物がコードではなくテキストだということだ。

ソフトウェアの歴史において、「ツールの動作をユーザーが定義するファイル」は常に存在してきた。Unixの.profile、Emacsの.emacs、Vimの.vimrc、Zshの.zshrc。しかし以前の世代の設定ファイルは専用の文法やプログラミング言語を要求した。Emacs Lispを知らなければ他人の.emacsを理解することはできなかったし、コピーしてきても衝突が起きたり意図しない動作が発生したりした。

CLAUDE.mdはこの伝統から決定的に飛躍した。自然言語で書かれる。「コミットメッセージは英語で書くこと」「テストを先に書いてから実装すること」 — プログラミング言語を知らない人でも読み、修正し、共有できる。参入障壁が事実上消えた。これがandrej-karpathy-skillsの爆発的成長を説明する。.emacsファイルが10,000スターを得るには数年かかったが、CLAUDE.mdは一週間で2,230スターを追加した。

より決定的な違いは影響半径だ。.vimrcはキーバインド、タブサイズといった機械的な動作のパラメータを調整する。CLAUDE.mdはエージェントの判断体系を変更する。「コードが長くなったら関数に分離すること」「すぐ実装せず先に設計を確認すること」 — これはパラメータではなく価値観だ。同じリクエストに対して全く異なる成果物が生まれ得る。以前の文章で扱ったharnessの概念で解釈すれば、CLAUDE.mdはharnessの最も外側の層だ。harnessがエージェントの「いかに（how）」を構造化するとすれば、CLAUDE.mdはエージェントの「何を（what）」と「なぜ（why）」を規定する。

このファイルの経済的レバレッジも注目に値する。andrej-karpathy-skillsのCLAUDE.mdを適用したセッションで、エージェントがよくあるミスを一回減らし、そのデバッグに30分が節約されるとする — 10,000人が週に一回その恩恵を受ける時、年間に節約される開発者の時間の価値は膨大だ。従来のライブラリが「コードの再利用」を可能にしたとすれば、CLAUDE.md生態系は「運用知識の再利用」を可能にする。

oh-my-zsh（180,000+スター）がZshの上にコミュニティ知識層を積み上げたように、superpowersはClaude Codeの上に、oh-my-codexはCodexの上に同じ層を積み上げている。構造を比較するとこうなる。

Zsh + oh-my-zshClaude Code + superpowers
基盤ツールZshシェルClaude Code
知識層oh-my-zshプラグイン/テーマ/設定superpowers skills/methodology
設定ファイル.zshrcCLAUDE.md
核心価値シェルをより上手く使う方法の結晶化エージェントをより上手く使う方法の結晶化

違いは二つだ。第一に、速度。oh-my-zshが180,000スターに17年かかった。superpowersはすでに143,712で1日2,299ずつ増えている。第二に、レバレッジ。.zshrcが変えるのはプロンプトの形と自動補完だ。CLAUDE.mdが変えるのはエージェントの意思決定体系だ。

この流れを広い歴史の中に置くと、三つの質的転換が見えてくる。時代1はIDEプラグイン（2010年代のVS Code extensions） — ツールに機能を付け足すことだった。時代2はプロンプトエンジニアリング（2023〜2024年） — 「どう質問すれば良い答えが得られるか」を探求したが、知識が一過性だった。セッションが終われば蒸発した。時代3が今だ。ユーザーの運用知識がファイルに収められ、そのファイルがエージェントの動作を持続的に規定する。一度CLAUDE.mdに書けばすべてのセッションで機能する。知識は蒸発しない。結晶化（crystallize）される。

時代1: プラグイン時代2: プロンプト時代3: 運用知識
時期2010年代2023〜20242026〜
対象エディタLLMCoding Agent
拡張の形態コード（拡張プログラム）テキスト（一過性プロンプト）テキスト（持続的指針）
ツールの性格中立的（ユーザー入力を反映）反応的（質問に回答）自律的（指針に従い判断）

核心的な違いはツールが自律的だということだ。IDEはユーザーの指示通りに動く。LLMは聞かれたことに答える。Coding agentは目標を与えられると自ら判断し行動する。自律的なツールには「機能」ではなく「判断基準」を与えなければならない。だからこそ運用知識の形態が、コードプラグインでも一過性プロンプトでもなく、持続的な指針ファイルになったのだ。

3. 既存のmoat論の拡張 — 個人の文脈から集団の運用知識へ

前の文章「複製されても生き残るエージェントの条件」で、私は三つのmoatを論じた。文脈の蓄積、フィードバックflywheel、深い統合。この三つのmoatは今も有効だ。しかし2026年4月の現象は、このフレームワークが見落としていた新たな層を明らかにする。

前の文章のmoatはすべて個人レベルで機能する。 私のCLAUDE.mdに積み上がった文脈、私のflywheelの慣性、私のワークフローの統合。強力なlock-inだが、Aという開発者の文脈はBという開発者に移転しない。

しかしsuperpowers、andrej-karpathy-skills、claude-howto、oh-my-codexが示しているのは別次元のことだ。個人の運用知識がファイルとして結晶化され、GitHubを通じて共有され、何千人ものユーザーに即座に適用される。個人の文脈が集団の知識になる過程だ。

層位前の文章のmoat今回の文章の新たなmoat
単位個人/チームコミュニティ/生態系
形態暗黙知（tacit knowledge）形式知（explicit knowledge）
保存媒体ユーザープロファイル、会話履歴CLAUDE.md、skills、templates
移転可能性不可能（moatの核心）可能（知識の結晶化）
蓄積速度個人の使用時間に比例コミュニティの貢献速度に比例

2026年4月現在、GitHubで観察される現象を一つの概念で要約するなら、**「集団的運用知識層（collective operational knowledge layer）」**となる。

[個人ユーザーの文脈] ← 前の文章のmoat
        ↑
[集団的運用知識層: superpowers, karpathy-skills, claude-howto, oh-my-codex] ← 今回の文章の主題
        ↑
[Harness/Agentソフトウェア: Claude Code, Codex CLI]
        ↑
[Foundation Model: Opus 4.6, GPT-5.x等]

二つの層は対立するのではなく補完し合う。集団的運用知識が「基本水準（baseline）」を引き上げ、個人の文脈がその上で個人化を追加する。

具体的に説明しよう。ある開発者がClaude Codeを使い始める。まずsuperpowersをインストールし、andrej-karpathy-skillsのCLAUDE.mdをプロジェクトにコピーする。これで「コミュニティが検証したベストプラクティス」が即座に適用される。数週間使い続けながら個人の文脈が積み上がる — 「このプロジェクトではこのパターンは使わない」「このチームはレビューコメントを韓国語で書く」といったものだ。同時にこの開発者が発見した新しいベストプラクティスがあれば、GitHubにPRを出したり、自前のskillsリポジトリを作って共有したりする。

このサイクルが回るほど三つのものが同時に強化される。Claude Codeという製品の価値、個人ユーザーのswitching cost、そしてコミュニティ全体の知識水準。三つの歯車が噛み合って回る複合flywheelだ。

4. 両面解釈: ネットワーク効果 vs ベストプラクティスのコモディティ化

ここまで読むと「結局Anthropicが最大の受益者ではないか」という結論に流れていきかねない。正しい。しかしそれは話の半分だけだ。

解釈A — Anthropicのネットワーク効果。 superpowersがClaude Codeをより良く機能させるほど、実質的なパフォーマンスは上がる。andrej-karpathy-skillsがLLMコーディングの落とし穴を修正するほど、満足度は高まる。claude-howtoが参入障壁を下げるほど、新規ユーザーの獲得が容易になる。claudianがObsidianへ表面を拡張するほど、生息域が広がる。これらはすべてAnthropicが直接作っていないものだ。npmパッケージがNode.jsの価値を高めたのと同じ構造だ。CLAUDE.mdという名前自体が事実上の標準（de facto standard）になることで、生態系を先占している。andrej-karpathy-skillsの核心的な成果物がCLAUDE.mdという名前を持っているという事実そのものが、Anthropicのブランドがこの生態系のデフォルトになったことを示している。

解釈B — ベストプラクティスのコモディティ化（commoditization of best practices）。 逆方向の解釈も成立する。かつて「Claude Codeを上手く使う方法」はパワーユーザーだけが持つ競争優位だった。何百時間もの試行錯誤を経てCLAUDE.mdを磨き、skillsを定義し、ワークフローを最適化した人々。彼らは同じモデルを使っても初心者より明らかに優れた結果を得た。今起きていることは、この競争優位の民主化だ。andrej-karpathy-skillsをコピー&ペーストすれば、昨日初めて使い始めた人でもパワーユーザーの指針を即座に適用できる。以前は希少だった運用知識が無料で配布されることで希少性を失う。すべての人が「上手く使う方法」を知れば、「上手く使う方法」はもはや差別化要素ではなくデフォルトになる。

より重要なのはここだ — 運用知識がコモディティ化されると、その知識はプラットフォームに従属しない。oh-my-codexが証明するように、同じパターンがCodexにも適用される。superpowersの方法論 — brainstormingを先に、planを先に、verificationは必須 — はどのcoding agentにも適用可能な汎用知識だ。運用知識がモデルに従属しない以上、その蓄積が特定モデルのlock-inを強化しない可能性がある。

これはAnthropicにとって何を意味するか。ポジティブな方向では、デフォルトの水準が上がれば製品全体の満足度が上がり、不満による離脱が減る。ネガティブな方向では、ユーザーが汎用的な運用知識を体得すれば、Claude CodeからCodexへ、あるいはまだ登場していない新たなagentへの移行の摩擦が減る。

現実には解釈Aと解釈Bが同時に作動している。 ネットワーク効果とコモディティ化は矛盾しない。同じ現象の二つの面だ。短期的には解釈Aが優勢だ — CLAUDE.mdという名前が生態系に定着し、skillsがClaude Codeに最適化されており、この生態系から別のagentに移行しようとすれば、積み上げてきたskillsとtemplatesをすべて新しい環境に合わせて変換しなければならない。長期的には解釈Bが台頭する可能性がある。oh-my-codexはすでにその方向の最初のシグナルだ。「すべてのcoding agentのためのsuperpowers」が登場するのは時間の問題かもしれない。どちらが優勢になるかは今は判断できない。3ヶ月後、6ヶ月後のデータが必要だ。

5. なぜ今、なぜ同時に — そして開かれた問い

五つのリポジトリが同じ週に同時にトレンディングしたのは偶然ではない。三つの構造的条件が同時に満たされた。

第一に、coding agentユーザー人口の臨界点到達。 メタツールが必要とされるためには、基盤ツールのユーザーが十分に多くなければならない。oh-my-zshが登場したのも、Zshユーザーが一定規模以上になってからだった。superpowersの143,712スターは、このツールを使ったことがある人が少なくとも数十万人はいることを示唆している。

第二に、「上手く使う方法」の格差が可視化された。 coding agentを初めて使う人と6ヶ月使ってきた人の生産性の格差は、体感できるレベルで大きい。以前の文章で取り上げたMagantiの事例 — 同じ人が、同じモデルで、同じプロジェクトを作ったのに、最初の試み（運用知識なし）は全量廃棄、二度目の試み（運用知識の蓄積後）は成功的なリリース — がこれを示している。

第三に、共有の摩擦の除去。 GitHubはすでに20年以上コード共有のインフラとして機能してきたが、CLAUDE.mdというファイル形式の登場は新しい種類の共有を可能にした。コードではなく知識を共有することだ。以前は運用知識を共有するためにブログ記事を書き、読み、解釈し、手動で適用しなければならなかった。摩擦が大きかった。CLAUDE.mdはこの摩擦を除去した。「読んで理解して適用する」3段階が「コピー&ペーストする」1段階に集約された。この摩擦の除去が共有の速度を爆発的に高めたのだ。

この現象が毎日コードを書く開発者に与える実務的な示唆もある。CLAUDE.mdに投資せよ — 空のCLAUDE.mdでClaude Codeを使っているなら、パフォーマンスのかなりの部分を浪費している。andrej-karpathy-skillsをフォークしてプロジェクトの文脈に合わせて修正し、エージェントとのやり取りの中で「これは違った」という瞬間が生まれたらその教訓を反映せよ。CLAUDE.mdをGitにコミットして変更理由を記録せよ — この履歴が積み上がれば、それ自体がチームのエージェント運用ヒストリーになる。そしてエージェントが強力になるほど、hooksを設定してエージェントの行動を制約するメカニズムも強化せよ。これは権限管理であり、リスク管理だ。

この整理の上で、開かれた問いを投げかける。

問い1 — 運用知識層はモデルに従属するのか、汎用化されるのか? 現在superpowersはClaude Codeに、oh-my-codexはCodexに最適化されている。「すべてのcoding agentに適用可能な汎用運用知識フレームワーク」が登場するだろうか? 汎用化されればlock-inが弱まり、分離が保たれれば各生態系のlock-inが強化される。

問い2 — CLAUDE.mdは標準になるのか? Claude CodeはCLAUDE.mdを、CodexはAGENTS.mdを使う。HTMLがWebの標準になったように、エージェント指針ファイルの標準形式が登場するだろうか?

問い3 — 運用知識の「生成」を自動化できるのか? エージェント自身が自らの運用を観察し、失敗パターンを検知し、最適な指針を自動で提案するとしたら? 現在の静的な知識を動的な学習へと転換することだ。superpowersの次世代ツールがこの方向を探索する可能性がある。

問い4 — あなたはこの生態系に参加しているか? あなたのCLAUDE.mdは空のままか、それとも数ヶ月かけて磨かれた運用知識が詰まっているか? あなたは他者が作ったskillsを消費するだけか、それともあなたの発見を還元しているか? この生態系はユーザーの貢献によって成長する。生態系の水準が上がれば、その生態系からあなたが受け取るツールと知識の品質も上がる。

前の文章の結論が「あなたのエージェントは使うほど良くなっているか?」だったとすれば、今回の文章の結論はもう一つ加わる。「あなたの運用知識は結晶化されているか? そしてその結晶体は他者に届いているか?」

エージェントのmoatはモデルにない。モデルの上に積み上がる運用知識 — 個人の文脈と集団の知識が結合した層 — にある。2026年4月10日の週、五つのリポジトリが同時にその事実を指し示した。この方向がどこまで行くかはまだわからない。ただ一つだけは確かだ — モデルを上手く作ることと、モデルを上手く使う方法を知ることは全く別の能力であり、後者に対する市場が今爆発している。

出典: