先に結論
Compound Engineering plugin が注目されている理由は、skill の数そのものより、Claude Code で作った workflow を他の agent にも持っていける形で公開されたことにあります。
ただし、導入の軽さは揃っていません。Claude Code と Cursor はかなり入りやすい一方で、Codex だけは3段階セットアップを前提に見たほうが安全です。
先に答えをまとめると、こうです。
-
Claude Code は marketplace 追加と install で入りやすい
-
Cursor は Agent chat から plugin を探して入れやすい
-
Codex は marketplace 登録だけでは不十分
-
GitHub Copilot と Qwen Code は既存の Claude 互換 manifest を読む流れで比較的分かりやすい
Claude Code 側の marketplace の見方を先に整理したいなら、Claude Code公式 plugin directory 公開で何が変わるか がつながります。配布単位そのものを見比べたいなら、GitHub Copilot vs Claude Code vs Codex の配布単位を比較 も役立ちます。
何が公開されたのか
Every が公開したのは、Compound Engineering のやり方を複数の AI coding agent へ配るための plugin repository です。
README では、plan、review、compound learning を回すための skill 群として /ce-brainstorm、/ce-plan、/ce-code-review、/ce-compound などが前面に出ています。考え方もはっきりしていて、実装より前の planning と review に重心を置いています。
ここが検索需要につながりやすい点です。単なる prompt 集ではなく、workflow ごと移植できる plugin の実例 だからです。
2026-05-29 時点では GitHub Trending にも上がっており、EveryInc/compound-engineering-plugin は当日 184 stars 増として表示されていました。公開直後の話題で終わるかではなく、実際に導入を試す読者が増えている段階と見てよさそうです。
まず見るべき導入差分
見るべきなのは「どの agent で使えるか」より、どこで追加段取りが発生するかです。
Claude Code は最短で試しやすい
Claude Code の README 手順は分かりやすいです。/plugin marketplace add EveryInc/compound-engineering-plugin で marketplace を追加し、/plugin install compound-engineering で入れます。
この流れなら、plugin を探してそのまま試すところまでが短いです。Compound Engineering の型が自分に合うかを見たいだけなら、最初の入口としていちばん軽い部類です。
Cursor も導入の迷いが少ない
Cursor は Agent chat から /add-plugin compound-engineering を実行するか、plugin marketplace で検索する流れです。
導入体験としては Claude Code に近く、まず plugin を試してみるには十分に軽いです。既に Cursor の agent を日常利用しているなら、わざわざ別の環境へ移らず確認できます。
Codex だけは3段階で考える
Codex はここが違います。README が案内している手順は次の3つです。
- marketplace を登録する
bunx @every-env/compound-plugin install compound-engineering --to codexで agent 群を入れる- Codex を開いて
/pluginsから plugin を install する
重要なのは、1つでも欠けると中途半端な状態になりやすい ことです。
README では、Codex の native plugin spec がまだ custom agents を登録しないため、Bun installer が review、research、workflow agents の不足分を埋めると説明されています。つまり marketplace を追加しただけでは終わりません。
skills は見えるのに、$ce-code-review や $ce-plan が期待どおり動かない、という詰まり方を防ぐには、最初から3段階セットで理解しておく必要があります。
GitHub Copilot と Qwen Code は既存 manifest を活かす
GitHub Copilot CLI は、Claude 互換の plugin manifest を読む前提で手順が整理されています。Qwen Code も GitHub 上の plugin を直接 install して変換する流れです。
このため、README の説明だけで見る限り、Codex のような別系統の agent install は前提になっていません。共通 manifest をそのまま読める環境ほど導入差分が小さい と見ると分かりやすいです。
なぜ Codex だけ詰まりやすいのか
理由はシンプルで、skills と custom agents の配布面がまだ1本化されていない からです。
README は、Codex の native plugin install が skills を扱えても、delegating skills が呼び出す custom agents までは入れないと説明しています。そこで Bun installer を追加し、足りない agent 群を埋めています。
言い換えると、Codex の問題は Compound Engineering plugin 側の説明不足というより、今の Codex plugin spec の制約がそのまま導入手順に出ている 形です。
この構造を先に知っておくと、読者は「Codex だけ壊れているのでは」と誤解せずに済みます。単に必要な配布面がまだ2本立てだと理解したほうが近いです。
最初に試す skill は何か
最初に全部を覚える必要はありません。README の思想に沿うなら、まず試すべきなのは planning 側です。
/ce-brainstorm
粗いアイデアを要件の形に落とす役です。何を作るかがまだ曖昧な段階で効きます。
/ce-plan
要件を実装計画に変える役です。実装前の粒度合わせに向いています。
/ce-code-review
導入後の価値を感じやすい skill ですが、最初の1本としては少し重めです。plugin の型が自分たちに合うかを見る段階では、plan 系から始めたほうが判断しやすいです。
/ce-compound
良かった点は、学びを次に残すところまで型にしていることです。単発の便利機能ではなく、次の作業を軽くする思想がここに出ています。
どんな読者に向いているか
いちばん相性がいいのは、すでに Claude Code、Cursor、Codex、Copilot のどれかを使っていて、毎回の実装前後の段取りをそろえたい人 です。
特に、plan と review の進め方を個人技ではなく共通資産にしたいチームには刺さります。逆に、単発のコード生成だけで十分な人には少し重く感じるはずです。
また、Codex を主力にしている読者には向いていますが、その場合は「簡単に入る plugin」とは見ないほうがよいです。Bun を含む追加段取りまで許容できるかが先にあります。
いまの判断
Compound Engineering plugin は、plugin marketplace の話題として終わるより、AI coding agent の運用をどう共通化するか の実例として見たほうが価値があります。
そのうえで導入順をひとつだけ選ぶなら、まずは Claude Code か Cursor で plugin の型を試し、合うと分かってから Codex へ広げるのが安全です。
Codex だけは3段階セットアップを前提にしておけば、公開直後にいちばん起きやすい詰まりはかなり避けられます。いま読む価値があるのは、どれが最強かではなく、どこまで共通化できて、どこだけ追加手順が必要か がはっきり見えるからです。