高性能モデルが設計、安価モデルが実装する新発想
朝の出汁版(通勤2分)
- ポイント1: GitHubで1万以上のスターを集めた「shadcn/improve」は、高性能AIにコードの問題点を洗い出させ、その改善計画を安価なモデルに実行させる役割分担の仕組みを提供するツールとして公開されている。
- ポイント2: 使う側として知っておくべきは、AIモデルにも「考える役」と「手を動かす役」を分けることでコストを抑えながら品質を維持できるという、バイブコーディングの新しい設計思想が広まりつつあるという点。
- ポイント3: 触りたい人は、GitHubのリポジトリ(github.com/shadcn/improve)からドキュメントを確認し、自分の既存コードベースに対して監査フローを走らせることから始めてみるとよい。
出汁の素(深読みモード)
「考える役」と「手を動かす役」を分けるとコストが劇的に変わる
AIを使ったコーディングで多くの人が突き当たるのが「高性能モデルはコストが高い」という問題です。GPT-4oやClaude 3.5 Sonnetのような上位モデルはアウトプットの質が高い反面、大量のコードを通すと費用がかさむ。かといって安価なモデルだけに任せると、設計の抜け漏れや品質のばらつきが気になる。
この問題に対して、いま注目されているのが「モデルの役割分担」という設計思想です。高性能モデルにコードベース全体を監査させて「何をどう直すべきか」の計画書を書かせる。その計画書を受け取った安価なモデルが、指示通りに実装を進める。考える部分と手を動かす部分を切り分けることで、トータルのコストを抑えながら品質を維持できるという発想です。
この考え方は「バイブコーディング」と呼ばれる、AI主体のコーディングスタイルが普及するなかで急速に広がっています。人間が設計書を書いてジュニアエンジニアに渡す、という従来の開発体制をAIで再現したものとも言えます。
shadcn/improveが1万スターを集めた理由
この役割分担を実装に落とし込んだOSSが「shadcn/improve」です。UIコンポーネントライブラリ「shadcn/ui」の作者が公開したツールで、GitHubでは公開直後から急速にスターを集め、現在1万714件を超えています。
ツールのコンセプトをリポジトリの説明文が端的に表しています。「最も能力の高いモデルでコードベースを監査し、より安価なモデルが実行できる計画を書かせる(Use your most capable model to audit your codebase and write plans for cheaper models to execute)」。
注目すべきは、これが特定のAIサービスに依存しない設計になっている点です。「監査役」に何を使い、「実行役」に何を使うかは利用者が選べます。たとえば監査をo3やClaude Opusに任せ、実装をGemini FlashやClaude Haikuに渡す、という組み合わせが現実的な選択肢として挙げられています。ドキュメントに記載された設計を読むと、ツール自体はその橋渡しとなるワークフローを構造化することに特化していることがわかります。
また、同日に注目度が上がっているリポジトリとして「sglang-omni」があります。こちらはAIの推論処理を高速化するサービング基盤で、「インタラクティブな超知性システムのための高性能ランタイム」と説明されています。shadcn/improveのような役割分担ワークフローが普及するにつれ、その裏側でモデルを効率的に動かすインフラへの注目も高まっています。
コードが書けなくても「計画書の渡し方」は学べる
このツールが純粋な開発者向けに見えて、実は「コードを書かずにAIを使う人」にも示唆が大きいのは、役割分担という思想そのものが応用できるからです。
たとえばコピー制作、LP構成、動画の企画——こうした作業でも「高性能モデルで全体の問題点を洗い出す→安価なモデルで個別の修正を実行する」という流れは有効です。Claude Opusに「このLP全体の訴求構造を批評して、改善の優先順位リストを作れ」と依頼し、そのリストをGemini Flashに渡して各セクションの書き直しをさせる、といった使い方がこれにあたります。
以前AIエージェントに「安全な実行環境」を与えるOSSが急伸中で紹介したように、AIエージェントが実際に「手を動かす」ための環境整備も同時に進んでいます。今回のshadcn/improveが示す「計画と実行の分離」という思想は、エージェントが複数連携するときの設計原則としても機能します。コードを書ける・書けないに関係なく、「どのAIに何を考えさせるか」を設計する思考は今後の必須スキルになりつつあります。
今すぐ動かすための最初の一手
触りたい人向けに、現実的なスタート地点を整理します。
リポジトリを確認する github.com/shadcn/improve からドキュメントとREADMEを確認できます。インストール方法と、監査フローの走らせ方が記載されています。既存のコードベースを持っている人は、まず手元の小さなプロジェクトに対して監査だけ走らせてみるのが最初のステップです。
コードがなくても「役割分担」を試す 自分のコードがない場合でも、発想を即日実験できます。高性能モデル(例:Claude Opus、o3)に「このドキュメント(またはLPの文章)の問題点を洗い出して、修正の優先順位リストを箇条書きで作れ」と依頼し、そのリストをコピーして安価なモデル(例:Gemini Flash、Claude Haiku)に「このリストの1番から順に修正案を書け」と渡す。これだけで役割分担の感覚は掴めます。
使うモデルの組み合わせ候補
- 監査役:o3、Claude 3.5 Opus、Gemini 1.5 Pro
- 実行役:Claude 3.5 Haiku、Gemini 1.5 Flash、GPT-4o mini
どの組み合わせが自分のワークフローにフィットするかは、ネタの性質とコスト感のバランスで変わります。まず1パターン固定して試すのが判断を早める近道です。
上流設計を自動化する次のステップ
さらに踏み込みたい人向けの話です。shadcn/improveが提示した「監査→計画→実行」というワークフローは、コードを超えてエージェント設計の基本パターンになりつつあります。
たとえばこれをAPIレベルで自動化すると、「定期的にコードベースをスキャンして改善計画を生成し、その計画をキューに積んで安価なモデルが順次処理する」という継続的改善ループが組めます。同じ文脈で注目されている「sglang-omni」(github.com/sgl-project/sglang-omni)はPythonベースの高性能推論ランタイムで、このような複数モデルを連携させるシステムの裏側のインフラとして機能します。
自前でエージェントパイプラインを組む場合、shadcn/improveのワークフロー設計を参考にしながら、推論速度が重要な部分にsglangのような高速ランタイムを挟む構成が、現時点でのひとつの実践的な組み合わせです。GoogleChrome/modern-web-guidance-srcもTypeScriptベースのWeb標準ガイダンスリポジトリとして同じ文脈で話題になっており、フロントエンド寄りのプロジェクトであれば参照する価値があります。
参照ソース
- [GitHub]shadcn/improve→ github.com/shadcn/improve
- [GitHub]GoogleChrome/modern-web-guidance-src→ github.com/GoogleChrome/modern-web-guidance-s…
- [GitHub]sgl-project/sglang-omni→ github.com/sgl-project/sglang-omni
