ハーネスエンジニアリング、バイブコーディングは終わり新時代が始まる

まだ「なんとなくコードを書いて動くことを祈る」バイブコーディングを続けていませんか。2026年の今、それだけではもう通用しません。

ハーネスエンジニアリングとは

とても力強いけれど荒々しい馬を想像してください。必要なのは別の馬ではなく、良い手綱です。これがハーネスエンジニアリングです。AIエージェントが本番環境で確実に動作できるよう、その周りに制約、フィードバックループ、制御の仕組みを設計する専門分野を指します。ハーネスとはエージェントそのものではなく、ツール、メモリ、リトライ、人間による承認、コンテキストエンジニアリング、サブエージェントなど、エージェントを取り巻くすべてのことです。

OpenAIの驚くべき実験結果

OpenAIはある大胆な実験を行いました。エンジニア3人が空のリポジトリから始め、5か月後には100万行を超える本番用コードを作り上げました。手書きのコードは一行もありません。しかも従来の方法のわずか10%の時間で完成しました。秘訣は何でしょうか。彼らはコードを書くのではなく、ハーネスを構築したのです。大きな目標を小さなビルディングブロックに分解し、エージェントに各ブロックを作らせ、それを使ってより複雑なタスクを解いていくという進め方です。

同じモデルでもまったく違う結果に

LangChainの事例がこれを何より雄弁に物語っています。彼らのコーディングエージェントはTerminal Bench 2.0で52.8%から66.5%まで上昇し、順位はトップ30からトップ5に跳ね上がりました。モデルは変えていません。プロンプトも変えていません。変えたのは周囲のハーネスだけです。同じAIでも、動く環境が違えば結果はまったく違うものになります。

4つの基本原則

第一に、コンテキストは希少な資源です。巨大な指示書ファイルは、本来のタスクや実際のコードを押しのけてしまいます。すべてが「重要」になった瞬間、何も重要ではなくなります。

第二に、AGENTS.mdは百科事典ではなく目次であるべきです。ナレッジベースは構造化されたdocs/フォルダに置くべきです。

第三に、リポジトリはエージェントにとって読みやすくなければなりません。エージェントがコンテキスト内でアクセスできないものは、存在しないのと同じだからです。

第四に、エラーメッセージ付きのカスタムリンターはエージェントに直し方を教えてくれます。エージェントが境界を破った時、エラーメッセージはその境界が何であるか、なぜ存在するのか、どう直せばよいかを説明してくれます。

どのツールがリードしているか

Agent SDKを備えたClaude Codeが現在の有力な選択肢で、権限モデルやフック機能、マルチセッションエージェントのサポートをあらかじめ備えています。CrewAIはFlows機能で複数エージェントのオーケストレーションに特化しています。CursorはルールファイルとループDetectionを使い、ハーネスをIDEに直接組み込んでいます。ツールごとに強みは違いますが、すべてハーネスという考え方を中心に作られている点は共通しています。

エンジニアの役割が変わった

2025年はAIがコードを書けることを証明しました。2026年が示しているのは、本当に難しいのはモデルではなくハーネスだということです。エンジニアはもうコードを書くだけの存在ではありません。彼らはシステムを設計し、意図を明確にし、フィードバックループを作ります。エージェントの出力が悪い時、答えは「もっと頑張れ」ではなく「環境に何が足りないのか」です。これこそが2026年の本当の競争優位と言えるでしょう。