--- title: "クックオフ：同じ仕様、異なるコード" description: "方向性が明確になった後も、実装には意味のある不確実性が残ります。クックオフはモデルのばらつきを、比較・採点・学習できるものに変えます。" canonical_url: "https://2389.ai/ja/research/writing/cookoff-same-spec-different-code/" last_updated: "2026-08-06T15:35:08-05:00" doc_version: "1.0" author: "Dylan Richard" date: 2026-03-12 tags: ["agents", "engineering", "decision-making", "multi-agent", "claude-code", "testing", "code-review", "refinement", "agent-skill"] --- # クックオフ：同じ仕様、異なるコード > 方向性が明確になった後も、実装には意味のある不確実性が残ります。クックオフはモデルのばらつきを、比較・採点・学習できるものに変えます。 計画は敵と接触した瞬間に崩れる。誰でも殴られるまでは計画を持っている。好きな言い方を選んでいい……要点は同じです。計画は抽象であり、抽象は現実に完全には写像されません。定義上、複数の有効な実装を許容するものです。 しかしAIはこれをより無視しづらくします。「明確な仕様」と「正しい実装」の間のギャップが、かつて一つのバージョンを生み出すのにかかっていた時間で、真に異なる実装を複数生み出せるようになったからです。最初の「正しい」実装だけを見ていると、有用な情報を取りこぼしている可能性があります。 その空間をすぐに一つに絞らず、探索してみたらどうなるでしょうか？ 私はそのアイデアを突き詰め、モデルのばらつきを特徴として活用するために[クックオフ]()を書きました。 セットアップはシンプルです。同じ設計書。複数のエージェント。独立した環境。並列ビルド。そして返ってきたものを評価します。 評価は単純に「どれが動くか」ではありません。「それぞれが何を最適化したか」です。どんな前提が埋め込まれたか？ 一方にはあって他方にはなかった防御的な処置は何か？ どのソリューションが適切な意味でシンプルで、どれが単に薄いだけか？ 私たちはクックオフを使って、Bubble Teaを使ったチャットクライアントのTUIを構築しました。3つのエージェントが同じ仕様を受け取りました。3つのエージェントが同じフレームワークに対してビルドしました。返ってきたものはノイズではありませんでした。実装空間の小さな地図でした。 一つのバージョンは生のHTTPとフラットなモデルを使っていました。もう一つはネストされたコンポーザブルモデルを採用し、カーソルクランプ、送信者フォールバックロジック、タイムスタンプガード、その他の品質向上のための堅牢化といった防御パターンを多数含んでいました。審査員が結果を採点したところ、25点中18点で同点でした。 この引き分けこそ、私がこのパターンを気に入っている理由の一つです。経験的な「最良」の実装というものは存在しません。あるのは最適適合、今のための最良、これらの制約のもとでの最良です。実装を一つの正解を探す行為として扱うことは的外れです。有用な結果は多くの場合、複数のアプローチが異なる理由で擁護できるということであり、真の価値はそれらを学んで*このコンテキストにおいて*最善のものへとまとめることから生まれます。 この場合、タイブレーカーはテスト数と本番行数の少なさからシンプルな実装を支持しました。それは良いことです。そのバージョンが勝者になりました。しかし「負け」の実装には勝者にはなかった防御パターンがありました。貼り付けのレースコンディション修正。UTF-8安全なトランケーション。ゼロタイムスタンプガード。 そこで私たちはそれらのアイデアを拝借しました。 これが本当の成果です。クックオフは単にチャンピオンを決めるためのものではありません。一つのコードベースに戻る前に、分岐から学ぶための方法です。最終結果は単一の候補よりも優れたものになり得ます。なぜなら、一つのエージェントの選択に付随する偶然のバンドルを受け入れる必要がないからです。 今回のケースでは、より強力な防御パターンをシンプルな勝者に移植し、いずれの実装単体よりも優れた最終コードを得ました。 これは非決定性についての私の考え方を意味のある形で変えました。一つの答えだけを求めるなら、非決定性は抑制すべき問題に見えます。出力を賢く比較し、ニュアンスの中で活躍できるなら、非決定性は探索になります。 もちろんコストはあります。複数の実装を実行することは一つを実行するよりも費用がかかります。しかし「負け」のランから得られるアイデアを持ち帰ることで、それらの欠点を後から一から対処する必要がなくなり、コストを回収できます。あるいはもっと悪いことに、本番環境で失敗してから対処するということもなくなります。実装の詳細が重要で、失敗の形を事前に予測するのが難しいときこそ、比較のコストを支払う価値があります。 また、失敗の感覚も変わります。一つの実装が崩れても、ゼロには戻りません。すでに探索空間をより多く購入しています。他に何が試みられたかを知っています。すでに代替パスを手元に持っているかもしれません。それは品質にとって有用なだけではありません。モメンタムにとっても有用です。 不確実性のすべてが前倒しではありません。その一部は明確な方向性が出た後も残ります。一部は実際のコードが書かれて初めて現れます。クックオフはその層のためにあります。[オマカセ]()が反応するためのアーティファクトを与え、[デリベレーション]()が一緒に考えるための視点を与えるのと同じように、クックオフは比較するための実装を与えます。 同じテーマ、異なる反応の対象。 私はばらつきを隠してコンパイルできる最初のものを返すだけのAIコーディングシステムは求めていません。その差異が重要なときに、意味のある違いを検査できるシステムを求めています。勝者が答えになることもあります。答えの広がりが答えになることもあります。 ## 試してみる クックオフは[Claude Code](https://claude.ai/code)の[Test Kitchen]()プラグインの一部です。 ```bash /plugin marketplace add 2389-research/claude-plugins /plugin install test-kitchen ``` ## Sitemap Parent: [記事](https://2389.ai/ja/research/writing/index.md) Related pages in this section: - [ホートンはささやきを聞く](https://2389.ai/ja/research/writing/horton-hears-a-whisper/index.md) - [AIパイプラインのための言語を作った理由](https://2389.ai/ja/research/writing/why-we-built-a-language-for-ai-pipelines/index.md) - [Word Compiler：長編小説のためのコンテキストコンパイラ](https://2389.ai/ja/research/writing/word-compiler/index.md) - [3DプリンターをAIポートレートアーティストに変えた話](https://2389.ai/ja/research/writing/we-turned-a-3d-printer-into-an-ai-portrait-artist/index.md) - [シマー：自己研磨スキル](https://2389.ai/ja/research/writing/simmer-skill/index.md) - [オマカセ：見せてくれ](https://2389.ai/ja/research/writing/omakase-show-me/index.md) - [デリベレーション：答えではなく、視点を](https://2389.ai/ja/research/writing/deliberation-perspectives-not-answers/index.md) - [ダークファクトリーは .dot ファイルだった](https://2389.ai/ja/research/writing/the-dark-factory-is-a-dot-file/index.md) - [Week 0 NVIDIA DGX Spark 実験レポート](https://2389.ai/ja/research/writing/week-0-nvidia-dgx-spark-experiments/index.md) - [ブレインダンプからブログ記事へ](https://2389.ai/ja/research/writing/brain-dump-to-blog-post/index.md) Site index: [llms.txt](https://2389.ai/llms.txt) · [sitemap.md](https://2389.ai/sitemap.md) · [HTML](https://2389.ai/ja/research/writing/cookoff-same-spec-different-code/)