エージェント型コーディングのためのミザンプラス: コンテキストエンジニアリングの方法論としての入念な準備

LinearB に所属する著者によるこの論文は、VibeX 2026（2026 年 6 月、グラスゴー）向けに発表されたもので、エージェント型コーディングにおけるボトルネックはコード生成ではなく、開発者の意図とエージェントの出力とのアラインメントにあると論じる。論文はこのアラインメントの問題の原因をバイブコーディングに求め、これを支配的なワークフローのパターンと説明する。すなわち、開発者が意図を述べ、エージェントがコードを生成し、ずれは反復的な修正によって解消されるというものである。著者の主張は、アラインメントの問題は根本的には準備の問題であるということであり、論文が示す答えがミザンプラス（エージェント型コーディングの方法論）である。これは準備を最優先する方法論で、調理を始める前にすべての材料を計量し、すべての道具を配置しておくというプロの厨房の慣行にちなんで名付けられている。

論文の貢献は 4 つある。逆向き設計（backward design）と暗黙知の外在化に基づく 3 フェーズの方法論、それを競技型ハッカソンに適用した事例研究、コンテキストフルーエンシーという概念、そして 5 つの未解決の問いからなる研究課題である。論文は、この方法論の構成要素はそれぞれ単独ではすでに確立されたものであり、その貢献は、それらを実装前に完了させるフェーズゲート型の一連の手順へと統合した点にあると明言している。

主なポイント

• この方法論は、成果物が次のフェーズへ引き継がれる 3 つの連続したフェーズからなる。コンテキストへのグラウンディングでは、ドメインの専門知識と暗黙知を、エージェントが参照するブリーフィング文書として外在化する。協働による仕様策定では、人間とエージェントの対話を通じて設計文書を作成し、価値判断を制約として記録するとともに、何をするかだけでなくなぜそうするかも記録する。タスク分解では、仕様を依存関係を考慮したタスクレコードへと変換し、複数のエージェントが調整のオーバーヘッドなしに並列で作業できるようにする。その後、仕様に照らした統合検証が行われる。
• 論文はこの方法論を隣接するアプローチと対比して位置づけている。仕様駆動開発に対しては、仕様だけでは捉えきれない暗黙的で価値判断を伴う知識のためのフェーズを追加する。プロンプトエンジニアリングに対しては、単一の呼び出しではなくワークフロー全体の範囲で機能する。反復型のワークフローやバイブコーディングのワークフローに対しては、それらが手戻りとして少しずつ支払うアラインメントの作業を前倒しで行う。
• 2026 年 1 月に約 12 チームが参加し 5 時間の制限時間で行われたハッカソンの事例研究では、ほとんどのチームが 15 分以内にコーディングを始めたのに対し、著者は約 2 時間を準備に費やした。準備によって合計 9,386 語の計画文書 10 本と、依存関係付きのタスクレコード 64 件が作成された。その後、4 つの並列サブエージェントがそれぞれ異なる機能領域で作業し、タスクレコードを 1 件あたり中央値 5.9 分で完了させた。最終的な 8,496 行の TypeScript のコードベースは、フルスタックの教育プラットフォームとして本番環境にデプロイされた。
• 著者は、デプロイ中に構造的なリファクタリングは必要なかった（発生したバグは統合やスタイリングの問題だった）こと、バグ種別のタスクレコードは中央値 1.2 分で解決された（実装タスクは 9.7 分）ことを報告している。そして、アーキテクチャ上の手戻りがほぼゼロだったことを、豊富な事前コンテキストがエージェントのずれを減らすという仮説と整合的なものと解釈しつつも、単一の事例から因果関係は確立できないと述べている。
• 12 チーム全体では、ワークフローのスタイルは、バイブコーディングでピッチに臨んだチームと明示的な計画から始めたチームとでほぼ半々に分かれ、分解された計画から並列サブエージェントを展開したのは著者のチームだけだった。論文はこれらのパターンを結果とは結びつけていない。
• 研究課題として問われているのは、入念な準備が反復型開発と比べてエージェントのずれを減らすかどうか、何をもって十分なコンテキストとし、いつ準備をやめるべきか、コンテキストフルーエンシーが実践者、ドメイン、モデルによってどう異なるか、この手法がプロトタイピングを超えてスケールするかどうか、そして準備時間が実装の品質とどう関係するかである。

補足

タスク分解には著者は Beads を用いた。論文は Beads を、優先度、依存関係、受け入れ基準を持つ軽量な Git ベースの JSON レコードと説明している（Beads を参照）が、その原則は一般化できるとも述べている。また、最も近い先行研究として Research-Plan-Implement の方法論を挙げており、暗黙知の外在化を形式化している点と、実装開始前に 3 つのフェーズすべての完了を求める点で異なるとしている。

著者は 3 つの限界を挙げている。証拠は実践者 1 名による 5 時間のハッカソン 1 回のみであり、一般化できるものではなく例示的なものであること。対照群や反復優先のアプローチとの比較がなく、他の 11 チームの計測も行われていないこと。そして、教育とソフトウェアエンジニアリングの両方にわたる著者自身の経歴が交絡要因であり、手法の貢献と切り分けられないことである。論文は、匿名化されたハッカソンのデータ、プロンプト、エージェントの設定、コンテキストエンジニアリングのスキャフォールドを含む成果物一式を Zenodo で公開している。ここで抽出したバージョンは arXiv:2605.05400v1 である。