「LLMを導入したのに生産性が上がらない」「レビューに追われる」 現場が直面する“限界”に対し、トップランナーたちが口をそろえて語るのが「ハーネスエンジニアリング」だ。先行者が明かす知見・ノウハウからハーネスエンジニアリングの実相に迫る。
この記事は会員限定です。会員登録(無料)すると全てご覧いただけます。
AIがIDE(統合開発環境)に常駐してコードを書くスタイルが2021年6月の「GitHub Copilot」(Technical Preview)から始まり、2026年時点で約5年が経過した。GitHubのCOO(最高執行責任者)を務めるカイル・デイグル氏が「2年足らずでassistive(支援的)からautonomous(自律的)へ移行した」と語る通り、この間の変化は目覚ましい。
ソフトウェア開発にAIを適用する取り組みが多くの組織で広まる中、2026年7月30日から2日間にわたり開催された「AI駆動開発カンファレンス」では、開発におけるAI活用をテーマに、ベンダー、プラットフォーマー、SIer(システムインテグレーター)といったさまざまな立場のキーパーソンが登壇した。同イベントでAI以上に異口同音に語られていたのが「ハーネス」(ハーネスエンジニアリング)という言葉だ。
なぜ今あらゆる立場のキーパーソンがハーネスを語るのか。それは、AIの進化に伴い、人間が注力・設計すべき対象がAIモデルそのものから、その外側にあるハーネスへと3つの段階を経て広がったためだ。
第1段階は主に2022年頃から始まった「プロンプトエンジニアリング」だ。
言葉でAIに指示を出せるインパクトは大きかった。だが、同じ内容の依頼でも入力する表現で出力の質が変わるため、AIによりよい成果を出してもらうよう手順を分けたり、手本を見せたりといった工夫が体系化されていった。しかし対話型のやりとりはその場限りであり、プロジェクトの文脈(コンテキスト)やコーディング規約はAIに蓄積されず毎回説明し直す必要があるという課題を抱えていた。
続いて2024年から2025年にかけて関心が移ったのが「コンテキストエンジニアリング」だ。AIが扱えるコンテキスト量が増加したことで、社内文書から関連部分を抽出するRAG(検索拡張生成)、対話を重ねるマルチターン、文脈を折り畳む圧縮技術(コンパクション)が一般化した。
この段階では「うまく伝える」から「必要な情報を整えて渡す」仕組みの構築へとシフトし、プロジェクトの規約や設計方針をドキュメントとして常設し毎回読ませる運用が定着した。人間の主な役割は「プロンプトを書くこと」から「コンテキストを設計すること」へと進化したが、AIエージェントを自律的に、長時間・並列稼働させようとすると、コンテキストの提供だけでは制御しきれないという新たな限界が露呈することになった。
そうして2026年に入って確立されてきたのがモデルを取り囲む実行環境そのものを設計する「ハーネスエンジニアリング」だ。ハーネスの語源は馬具であり、馬に乗り手の意図を伝えるための装具一式を指す。
ハーネスは仕様や規約でAIに進路を示し、実行環境や品質検証のパイプラインを整える役割を担う。プロンプトからハーネスへの変遷は、過去の技術の置き換えではない。人間が設計する対象が、「点」から「面」へと広がってきた3つの段階を示すものだ。
人間とAIの役割分担が変化し続ける中で、開発組織における「AI活用の成熟度」をどう定量化すべきなのか。これまでは人間が何を作ってきたかが基準だったが、今度は「誰が手を動かすか」という観点での再定義が不可欠となっている。
Cursorを生み出したAnysphereのニック・ミラー氏は、Glowforge CEOのダン・シャピロ氏が2026年1月に発信した「The Five Levels: from Spicy Autocomplete to the Dark Factory(気の利いたオートコンプリートからダークファクトリーまでの5レベル)」を引き合いに出し、NHTSA(米国運輸省道路交通安全局)の自動運転レベルになぞらえた成熟度フレームワークを提示している。
AIは少し賢い検索エンジン程度の存在にとどまり、コードを書くのは100%人間であるという段階だ。
AIはインターンのような存在であり、ユニットテストや関数・クラスの説明文を書かせるなど、切り出せる局所的な仕事だけを任せる。コードは主に人間が書くため、仕事の生産性は人間のタイピング速度が上限となり、開発プロセスは本質的には大きく変わらない。
AIは一緒に仕事をする頼もしい後輩のような存在となり、生産性は飛躍的に向上する。人間の気分も上々だ。シャピロ氏は多くの開発者が現在このレベルにいると分析するが、危ういのは、AIを使う開発がここで「もう完成した」と感じさせてしまう点だと指摘している。
人間がしていた開発者の役割はAIに取って代わられる。人間は承認、監督、介入で関与する(Human in the loop)。AIエージェントが並列で稼働するため、人間はレビューに明け暮れることになる。シャピロ氏が「Life is diff(人生は差分確認だ)」と言う通り、実装作業を愛するエンジニアにとっては状況が後退したように感じる局面も生まれる。
AIエージェントがシニア開発者のように自律的に仕事を進めていくため、人間はPM(プロダクトマネジャー)となる。仕様を書き、仕様について議論し、スキルを作り、スケジュールを立て、計画をレビューする。人間は開発現場から離席し、戻ったらテスト結果を確認するだけとなる。
ここは自動運転を越えた将来像だ。ファナックの無人工場のようにロボットだけでロボット製造が進むため、人間のための照明が不要ということで「ダークファクトリー」と表現される。
もはや従来のソフトウェア開発のプロセスではなく、仕様をソフトウェアに変えるブラックボックスに近い。実践者はまだ少数であり、シャピロ氏も彼らがやっていることを見て「信じ難い」と感想をもらしつつも、「おそらくそれがわれわれの未来」と結論付けている。
AIコーディングはなぜ後から苦しくなるのか? 技術負債に続く「理解負債」「認知負債」という新たな落とし穴
ソフトウェアエンジニアの仕事は「ループを書くこと」になる 内側ループと外側ループ(ハーネス)入門
1万9000人が利用するソフトバンクの「全社RAG基盤」 構築の泥臭い舞台裏
「コーディングはボトルネックだったためしがない」 AI駆動開発の盲点と成果が出ない理由、Gartnerが明かすCopyright © ITmedia, Inc. All Rights Reserved.