方法論とプロセス
ACDC(エージェント中心の開発サイクル)
Eastgateのハーネスエンジニアリング: 仕様駆動・テスト駆動・人間主導
Eastgate Software - ドイツのエンジニアリング標準。エンタープライズグレードの成果。
ACDC(エージェント中心の開発サイクル): Eastgateのハーネスエンジニアリング: 仕様駆動・テスト駆動・人間主導
業界は新しいソフトウェア出荷方法へと収束しています。ハーネスエンジニアリング、仕様駆動設計、人間のレビュー下でのエージェント。これらのパターンを私たちが発明したわけではありません。ACDC(エージェント中心の開発サイクル)はEastgate Softwareによるフレーバーです - クライアント案件でこれらの新興プラクティスをパッケージ化・適用する具体的な方法です。フィードフォワードガイドがAIの行動前に方向付けし、フィードバックセンサーが行動後に検証し、人間の承認ゲートがサインオフなしに何もリリースされないことを保証します。結果: 欠陥を減らしながら30-50%高速なデリバリー。
はじめに
なぜAIアシスト開発チームの多くは品質に苦戦しているのか?
AIコーディングアシスタントはコードを書く速度を変えました。正しいコードを書くことの難しさは変えませんでした。ボトルネックはタイピング速度ではなく、ビジネスが必要とするものと開発者が理解することの間のギャップです。
要件がチャット履歴に存在する限り、AIは予測不可能な結果を生成します。監査証跡なし、共有理解なし、意図を検証する方法なし。チームはより速くイテレーションしますが、手戻りも増えます - 入力が十分に正確でなかったためです。
私たちの答えは、意図と実装の間に軽量な仕様レイヤーを置くことです。コードを書く前に、要件が構造化された振る舞い優先の仕様と具体的な例としてエンコードされます。AIエージェントがそれらの仕様から構築し、コードレビューエージェントが規格を強制し、人間が承認ゲートを保持します。
ACDCとは何か、そして何ではないか
ACDCは私たちが発明したフレームワークではありません。新興の業界パターンに対するEastgateのフレーバーです。基礎となるアイデアはより広い分野から来ています。Martin Fowlerが説明しOpenAIが社内Codexチームで適用するハーネスエンジニアリング、仕様による例示(Gojko Adzic, Manning 2011)、オープンソースのOpenSpecプロジェクト(Fission AI, 33K+スター)、そしてAI以前からあるテスト駆動と人間主導の規律です。私たちが貢献するのはパッケージングです - これらのプラクティスを組み合わせる具体的な方法、強制する規格、そしてSiemens Mobility・FinTechプラットフォーム・エンタープライズSaaSへのデリバリーを通じて洗練させたハーネスです。
データと根拠
ハーネスなしではコード品質に何が起きるのか?
実際のGitHub PR 470件と本番コード2億1100万行の独立したベンチマークが、構造なしで運用されたAIアシスト開発の実態を示しています。これがハーネスなしのAIです。
パターン: コード品質が低下し、技術的負債が爆発し、セキュリティ脆弱性が倍増する。ハーネスがAI生成コードを本番稼働可能にするものです。
パラダイムシフト
なぜ個人の生産性10倍化が企業価値10倍化につながらないのか?
AIにより個人の特定タスクにおける生産性がおよそ10倍になりました。10倍の企業価値になった会社はありません。そのギャップは技術的ではなく組織的です。既存プロセスにCopilotを後付けしてもシステムは変わりません。業界は制度的AI - プロセス・エージェント・ハーネスを一緒に再設計すること - へと移行しています。ACDCはEastgateがそのモードで働く方法です。
| 多くの企業がやっていること | Eastgateでの取り組み |
|---|---|
| 既存プロセスにCopilotを後付け | AIを中心にプロセス全体を再設計 |
| 開発者ごとに異なるAI活用習慣 | 役割を定義した連携エージェント群 |
| AIが何でも生成し、誰もフィルタリングしない | ハーネスがシグナルとノイズを分離 |
| AIは誰の意見にも同意する | コードレビューエージェントが「No」と言う |
| +14 - 26%の生産性向上 | 乗算的効果、スケールが根本的に異なる |
| 同じチームで、タイピングが速くなるだけ | 新しいチーム構造: アーキテクト + オペレーター + エージェント |
"エージェント = モデル + ハーネス。ハーネスとはモデルの動作を支えるすべてのものです。"
ハーネスエンジニアリング
なぜ「ハーネスエンジニアリング」と呼ばれるのか?
AIエージェントはモデルとハーネスで構成されます。モデルが能力を提供し、ハーネスが構造・制約・検証を提供します。ハーネスなしではAIは予測不可能な結果を生みます。ハーネスがあれば、AIは設計図から構築します。何か失敗しても「もっと頑張る」が解決策にはなりません。解決策は「どのガイドが足りないか、どうすれば強制できるか」です。
業界シグナル
2026年2月OpenAIがCodexエージェントでソフトウェアを出荷する方法
OpenAIは「ハーネスエンジニアリング」という名称でまさにこの規律を公開しています - 馬術道具(手綱・鞍・轡で力強い動物を制御する)から借用したメタファー。社内Codexチームでは:
>90%
CodexアプリのコードはCodex自身が生成
4 - 8
エンジニア1人あたり同時並列エージェント数
~100万
5ヶ月間で手書きなしで出荷したコード行数
"人間が操縦し、エージェントが実行する。"
出典: OpenAI: Harness engineering, How OpenAI uses Codex (PDF), Martin Fowler: Harness engineering for coding agent users.
ハーネスの2つの要素
フィードフォワードガイド
行動前にAIを方向付ける
構造化されたGIVEN/WHEN/THEN仕様
ドメインコンテキストファイルと用語規則
アーキテクチャ制約とコーディング規約
出力フォーマット要件を持つテンプレート
フィードバックセンサー
行動後に検証する
計算的: リンター・型チェッカー・テストスイート
推論的: AIコードレビュー・品質ゲートエージェント
人間: 承認ゲート・アーキテクチャレビュー
継続的: 実行可能な仕様がすべてのコミットで実行
ステアリングループ: 問題が繰り返されるとハーネスが強化されます。AIが出力を生成し、センサーが問題を検出し、人間が根本原因を特定し、新しいガイドまたはセンサーが追加されます。ハーネスは時間とともに賢くなります。私たちのACDCハーネスが継続的に改善されるのは、より良いプロンプトではなく、より良い構造によってです。
ACDCの仕組み
ACDCはどのように構造化されているのか?
生のAIから本番稼働ソフトウェアまでの5層。AIモデルの調達は第1層です。その上の4層がEastgateでエンジニアリングする対象です。
AIモデル & エージェント
実行エンジン
生の能力レイヤー。AIモデルの調達はここに属する。上位4層がEastgateでエンジニアリングする対象。
ハーネスエンジニアリング
制御システム
フィードフォワードガイドがAIの行動前に方向付けする。フィードバックセンサーが行動後に検証する。フックとルールが境界でプロセスを強制する。
仕様駆動設計
契約レイヤー
コードを書く前に、要件を構造化された振る舞い優先の仕様としてエンコードする。AIはアドホックなプロンプトではなく仕様から構築する。
テスト駆動開発
検証レイヤー
すべての要件を、実装前に完了を定義する具体的な例で示す。テストは仕様から導出され、継続的に実行される。
ヒューマン・イン・ザ・ループ
方向性・判断・意思決定
人間が意思決定と承認ゲートを所有する。AIが提案し、人間が承認する。修正はハーネスにフィードバックされ蓄積される。
スタックが提供するもの
エージェントの動作
ハーネス内の日常業務はどのようなものか?
ハーネスが各エージェントに定義されたロールと強制すべき契約を与えます。連携により並列作業の衝突を防ぎます。バイアス制御によりAIが何でも「はい」と言わないようにします。
連携: 組立ラインのステーションとしてのエージェント
各エージェントが特定のファイルを所有します。仕様が設計図です。ハーネスが規格マニュアルとなりステーションの衝突を防ぐことで、並列実行の安全性が維持されます。
| 組立ライン | ACDCエージェント / 成果物 | 生成するもの |
|---|---|---|
| 設計図 | 仕様 (OpenSpecシナリオ, Given/When/Then) | 全ロールの単一信頼情報源 |
| ステーション1: エンジン | バックエンドエンジニアエージェント (API, サービス, DB) | 動作するバックエンド + ユニットテスト |
| ステーション2: ボディ | フロントエンドエンジニアエージェント (コンポーネント, ページ) | UI + バックエンド統合 |
| ステーション3: QC | テスターエージェント (E2E + 統合テスト) | 仕様カバレッジ, リグレッション安全性 |
| 最終検査 | コードレビューエージェント (セキュリティ, パフォーマンス) | マージ前のゲート合否判定 |
| 規格マニュアル | ハーネス (フック, ルール, コンテキスト, 品質ゲート) | 強制レイヤー |
バイアス制御: 「No」と言えるコードレビュワー
AIツールはデフォルトで追従的です。最も価値あるエージェントはイエスマンではなく、訓練されたno-manです - 開発者を持ち上げるのではなくコードを厳しく精査するコードレビュワー。仕様が強制可能な契約となり、レビュワーがコンプライアンスを満たさないマージをブロックします。
BA → 仕様
受け入れ基準が契約になる。
エンジニア
ユニットテストがこれらの条件をアサート。
レビュワー
コンプライアンス失敗でブロック。
仕様で禁止されている言葉
appropriate - reasonable - user-friendly - intuitive - seamless - efficient - fast
曖昧な言葉は不確実性を強制します。各語は測定可能な条件に置き換える必要があります。
チーム構成
EastgateのACDCチームはどのような構成か?
人間は1スクワッドあたり8-10人から4-7人に縮小します。エージェントがハーネスの管理下でボリューム作業を担うため、レバレッジが倍増します。チームの形はアーキテクト・オペレーター・エージェントです。
アーキテクト
システムを方向付ける。「なぜ」を提供する。
BA / ドメインエキスパート
ビジネス理解、受け入れ基準、QA検証、UI/UXワイヤーフレームの約80%。クライアント側またはEGS側。
ソリューションアーキテクト / シニアエンジニア
アーキテクチャ・技術スタック・セキュリティ・DevOps・ハーネスルール・OpenSpecシナリオ。ベストプラクティスの適用。
オペレーター
システムを運用する。出力を検証する。エッジケースを処理する。
高いレバレッジでハーネスを操作するミッドレベルエンジニア。仕様に照らしてAI生成コードを検証し、TDDリファクタリングを実行し、バグをトリアージする。基準を強制するのは人ではなくハーネス。
AIエージェント
ハーネス内で実行する。無制限の並列処理。
バックエンド - フロントエンド - テスター - コードレビュワー (no-man) - ドキュメント - オーケストレーター。
労働市場のシグナル: AIがルーティンコーディングを吸収するにつれ、2024年以降ジュニア開発者の雇用はおよそ20%減少しています(Stanford HAI 2026)。業界はコードを書く人ではなくコードを評価する人を必要としています。私たちはそのシフトを中心にACDCチームの形を構築しました。
導入効果
ACDCを採用すると何が変わるのか?
変化はプログラムに資金を提供するビジネス側と、日々ハーネスを運用するエンジニアリングチームの両側で感じられます。
ビジネスへの効果
タスク完了時間を最大55%短縮
AIアシストコーディングはベンチマークタスクの作業時間を2時間41分から1時間11分に短縮。グリーンフィールドの案件では仕様から本番まで週単位ではなく日数単位で完了。
技術的負債を制御
ハーネスなしのAIは2024年を通じて5行以上のコードクローンを8倍生成。ハーネスのマージ前センサーがそのパターンを着地前にブロック。
企業の56%がエンジニアリングコスト削減を実現
ソフトウェアエンジニアリングはAI導入によるコスト削減効果が最も一貫して現れる分野。ハーネスがその効果をリリースをまたいで持続させる。
予測可能なデリバリー、バグのサプライズなし
プロセス規律のないAIは変更失敗率を初期段階で引き上げる。強制可能な契約としての仕様とレビューエージェントがAIのスピードを測定可能なデリバリーに変換。
オンボーディング期間をほぼ半減
毎日AIを使うエンジニアは10番目のPRに約49日で到達(未使用は約91日)。キットの規格を事前インストールすることで、チームをまたいで一貫したカーブを維持。
エンジニアリングチームへの効果
コードを書く人ではなく、評価する人へ
AIがルーティンコーディングを吸収するにつれ、2024年以降ジュニア開発者の雇用は約20%減少。エンジニアはアーキテクチャ判断・検証・エッジケース対応へシフト。
エンジニア1人あたり4-8の並列エージェント
OpenAIの社内パターンを反映。ハーネスが出力の一貫性とマージの安全性を保ちながら、1人で以前は小チームが担っていた量を出荷できる。
コードドキュメント作成時間を半減
McKinseyはドキュメント作成で約50%、新規コード作成で約50%、リファクタリングで約33%の時間短縮を測定。ハーネスによりシニアが設計とレビューに集中できる。
経験の浅いエンジニアの速度向上率35-39%
経験の少ないエンジニアほどAIアシストによる効果が大きい。ハーネスが規格レイヤーを追加することで、ジュニアは「ただのコード」ではなく「正しいコード」を出荷できる。
本番インシデントの減少
一般的なAIレビューはコードレビュー時間を約3%削減するが、プロセス規律がなければ変更失敗率を上昇させる可能性がある。センサーとno-manレビュワーがリスクのあるマージを出荷前にブロック。
エンジニアリングキット
実際のハーネスはどのような形をしているのか?
ハーネスはEGS Engineering Kitという内部パッケージとして、すべてのプロジェクトに開発依存として導入されます。エージェント・フック・ルール・ロールパイプライン・ナレッジパックを単一のドロップインにバンドルします。新しいエンジニアは浸透によって学ぶのではなく、初日から規格を継承します。
AIエージェント
計画・構築・テスト・レビュー・デバッグ・ドキュメント・品質チェック向けに特化した専用エージェント群。
ライフサイクルフック
セッション・プロンプト・ツール使用・コミット境界でプロセスを強制するイベントトリガー。
コーディングルール
ファイルタイプごとに自動ロードされるワークフロールールとスタック対応のコーディング規約。
ロールスキル
プリセールス・BA・開発・QA・DevSecOps・PMごとに入力から成果物まで一貫したパイプライン。
ナレッジパック
エンジニアリング規約・セキュリティ・NFR・スタック固有パターンを扱うエージェント向けキュレーションガイド。
基盤: キットはClaude CodeとOpenSpecの上に構築されています。スタックルールはファイルタイプごとに自動ロードされ、ロールパイプラインが次のステップを示唆し、ライフサイクルフックが境界でプロセスを強制します。すべての修正がハーネスに組み込まれるため、ハーネスはリリースごとに賢くなります。
よくある質問
よく寄せられる質問
ACDCはAWS Kiro・Cursor・Copilotなど他のAIコーディングツールとどう違いますか? +
ACDCはClaude Codeの上に乗るコンフィギュレーションレイヤーです。エンジニアリングライフサイクル全体向けにパッケージ化されたエージェント・フック・ルール・ロールパイプラインで構成されます。AWS KiroやCursorはインストールしてライセンスを取得するスタンドアロンIDEです。選択肢は「ClaudeかClaude以外か」ではありません。両方が同じモデルを使えます。「個人開発者向けに最適化されたターンキーIDE」と「チームの実際の出荷方法に合わせてシェイプするオープン手法」のどちらを選ぶかです。BA・QA・DevSecOps・PMがループに入る組織には後者が適合します。
ACDCは開発者以外のロールもカバーしますか? +
はい。ACDCはSDLC全体のロールパイプラインを提供します。BA(ブリーフ・ストーリー・レビュー・テストプラン・ハンドオフ)、QA(テストプラン・バグレポート・リグレッション・パフォーマンステスト)、DevSecOps(脅威モデル・パイプライン・デプロイ・ロールバック・インシデント)、PM(バックロググルーミング・スプリント計画・スタンドアップ・レトロ)、プリセールス(ディスカバリー・モックアップブリーフ・クライアントQA・見積)、ソリューションアーキテクト。ほとんどのAIコーディングツールは開発者専用です。ACDCはエンジニアリングチームが開発者以上の存在であるという前提で設計されています。
ベンダーロックインはありますか? +
ACDCは設計上ポータブルです。ハーネスはMarkdownルール・エージェント定義・フックスクリプト・OpenSpec仕様としてgitリポジトリ内のプレーンファイルで提供されます。専用IDE・必須クラウドアカウント・ライセンスランタイムはありません。仕様はバージョン管理でクライアントに帰属します。ACDCレイヤーはClaude Codeの上に価値を追加します。フォーク・変更・別モデルへの移行が必要になっても、仕様と規格はお客様のものです。
従来のアジャイルとどう違いますか? +
アジャイルセレモニーは引き続き適用されます。違いは、AIが曖昧なユーザーストーリーではなく、正確で監査可能な入力(GIVEN/WHEN/THEN基準を持つ構造化仕様)を受け取ることです。チームは実装前に仕様を協働で作成することで、誤解による手戻りを削減します。
開発が遅くなりますか? +
仕様を書く最初の段階はコードに飛びつくより時間がかかります。しかし正味の効果はデリバリーの高速化です。AI生成コードが最初から意図に合致するためです。小さなバグ修正では完全な仕様プロセスをスキップします - このオーバーヘッドは機能開発とグリーンフィールドプロジェクトでのみ見合います。
OpenSpecとは何ですか? +
OpenSpecはAIコーディングアシスタント向けのオープンソースSDD フレームワーク(MITライセンス、GitHubスター33,000+)です。ツール非依存(Claude Code・Cursor・Copilotほか20+で動作)、ブラウンフィールド優先、反復的な設計です。propose-apply-archiveワークフローはクライアント案件の構造化方法と整合しています。
ヒューマン・イン・ザ・ループは実際にどう機能しますか? +
すべての重要なトランジションに承認ゲートがあります。開発者とステークホルダーがプロポーザルを共同作成します。AIが仕様ドラフトを生成します。チームがレビューします。AIが承認済み仕様から実装します。人間が検証します。サインオフなしには何もリリースされません。人間の修正は仕様履歴に蓄積され、AIが時間とともに改善します。
既存のワークフローで使えますか? +
はい。既存のGitワークフロー・CI/CD・プロジェクト管理の上にレイヤーとして追加できます。仕様はコードと並行して保存されます。ほとんどのチームは段階的に採用します。1つの機能から始め、結果を計測し、拡大します。
ハーネスエンジニアリングとは何か、ACDCとどう関係しますか? +
ハーネスエンジニアリングは、エンジニアリングチームの主な仕事がコードを直接書くことではなく、AIエージェントが信頼性の高い作業をできるようにするシステムを構築することになりつつある業界標準です。ハーネスはフィードフォワードガイド(行動前にAIを誘導する仕様)とフィードバックセンサー(AI行動後に検証するテストとレビュー)で構成されます。ACDCはハーネスエンジニアリングの実装です。仕様がガイド、テストがセンサー、ヒューマン・イン・ザ・ループが承認ゲートを提供します。
AIアシストとAIファーストの違いは何ですか? +
AIアシストは既存プロセスにAIを後付けすることです。エンジニアがCopilotを開き、PMがChatGPTで仕様を書き、QAがAIテスト生成を試みます。ワークフローは変わりません。効率は10-20%向上します。AIファーストはAIが主要な構築者であるという前提でプロセス・アーキテクチャ・品質ゲートを再設計することです。ACDCはAIファーストです。構造化仕様がAIエージェントの構築元となる実行可能なアーティファクトになり、すべてのトランジションで自動品質ハーネスが機能します。
ホワイトペーパー全文を読む
詳細なフレームワーク、実装手法、実践的なインサイトを、ビジネスメールアドレスで今すぐご覧いただけます。
Eastgate Software について
Eastgate Software はベトナムのハノイに本社を置き、ドイツのアーヘン、日本の東京にオフィスを持つ戦略的エンジニアリングパートナーです。200 人以上のエンジニア、93% のチーム保有率、12 年以上の配信実績により、Siemens Mobility や Yunex Traffic を含むクライアント向けのミッションクリティカルシステムを構築しています。
当社の ACDC(エージェント中心の開発サイクル)方法論は、ドイツのエンジニアリング規律とベトナムのエンジニアリング才能を組み合わせ、インテリジェント交通、FinTech、小売、および製造業全体でエンタープライズグレードの成果を提供しています。
連絡先: [email protected] | (+84) 246.276.3566 | eastgate-software.com
エンジニアリングプロセスを変革しませんか?
ACDCハーネスエンジニアリング手法がデリバリーをどう加速できるかご確認ください。実際のプロジェクトで2週間のパイロットからスタートできます。
エンジニア
ACDC(エージェント中心の開発サイクル)
保有率
ベンダーではなくパートナー
年間
エンタープライズ配信