AIエージェントが「動かない」会社の共通点
──ブラックボックスシステムを解読しないままAI投資を続けても成果が出ない理由
この記事で分かること（一行洞察）
AI活用が進まない原因の多くは技術力不足ではなく、「AIに渡せる仕様書が存在しない」こと──つまり、AIが読める状態の家を建てずにAIを招こうとしているパターンだ。
はじめに
2026年、AIエージェント導入は経営アジェンダの最優先事項になった。しかし当社が支援する企業の経営者との対話でくり返し浮かび上がる言葉がある。
「うちも早くAIを入れたいんですが、基幹システムのことは担当者しか分からないし、その担当者はもう退職していて……」
この一言が、AI活用の失速原因のほぼすべてを語っている。AIエージェントは、連携先のシステムの「仕様」と「データ構造」を把握していなければ動かせない。仕様書がなく、設計者も不在のシステム──いわゆるブラックボックスシステムを抱えている限り、どれだけ優れたAIツールを導入しても成果には結びつかない。
本記事では、なぜブラックボックスの「解読」がAI活用の前提条件になるのかを整理し、解読をどう進めるかを、当社提唱のHITL5 REVERSEの5段階プロセスとともに解説する。
第1章 AIエージェント導入が進まない企業に共通する「3つの状態」
「AI活用を検討している」にもかかわらず1年以上動き出せていない企業には共通した状態がある。
状態1：仕様が現物（コード）にしか存在しない
要件定義書も設計書も存在しない、あるいは最終更新が10年以上前。システムのコードのみが「真の仕様書」になっている状態だ。
状態2：改修コストの見積もりができない
「システムを変えるといくらかかるか」が算出できない。既存処理と新機能の干渉リスクが不明なため、外部ベンダーへ見積依頼すると「一式でXXX万円、調査費別途」という答えが返る。当社支援実績では、改修スコープが不明なまま相見積もりを行った場合、回答のブレ幅が数千万円に達したケースが複数確認されている。
状態3：AIとの接続口が設計できない
AIエージェントはシステム間の接続口（API）を通じて既存システムと連携する。その接続口がどこにあるかを把握していなければ、どこから着手するかさえ決められない。
当社支援実績より、この3状態を同時に抱えていた企業の約8割がPoC（実証実験）段階で頓挫し、本番稼働に至るまで当初想定の2倍以上の期間を要していた。
第2章 ブラックボックスが招く「4つの壁」
解読なしにAI活用を推進しようとすると、必ず4つの壁に突き当たる。
壁1：スコープが決められない
既存処理の全体像が見えないため「どこまで変えるか」の判断基準がない。着手点が決まらないまま検討が繰り返される。
壁2：品質の担保ができない
AIが生成した処理が既存システムの動作と矛盾しているかを検証するテスト基盤が作れない。
壁3：依存関係がトレースできない
A機能を変えたらB機能が壊れるという連鎖関係が不可視のまま。改修のたびに「なぜか動かなくなった」が発生し続ける。
壁4（最重要）：説明責任が果たせない
「誰も仕様を知らないシステム」に改修を加えると、監査対応・規制当局への説明・顧客向けコンプライアンス報告の場面で根拠を示せなくなる。システムが何をしているかを誰も説明できない状態は、法的・コンプライアンスリスクに直結する。金融・医療・製造業など規制が厳しい業種では、この壁がそのままプロジェクト頓挫の引き金になる。
第3章 HITL5 REVERSEの5段階プロセス──解読の全体像
ディレクトリジャパンが提唱するAI-HITL5 Frameworkには、ブラックボックス解読を体系化した「HITL5 REVERSE」がある。解読から設計ドキュメント化までを5つの層で構造的に進める規格で、各層はAI（自動処理）／HUMAN（人間判断）／GATE（承認）の3構造で設計されており、人間の承認なく次の層へは進まない。
Layer 1：SCOPE（解読範囲の確定）
全体を一気に解読しようとすると費用と期間が膨張する。ビジネスリスクとAI連携の優先度を軸に対象を絞り込む。AIがシステム全体をスキャンして初期マップを自動生成し、HUMANがビジネス観点で優先順位を確定。GATEを通過して次層へ進む。
Layer 2：DECODE（コード解読）
AIが対象コードを読み込み、処理内容を日本語で要約する。かつて広く使われたCOBOLやVB6のような保守困難な言語のシステムも対象になる。AIの要約をHUMANがビジネス担当者と照合して精度を担保し、「人が確認した」というGATEで後工程のドキュメント信頼性を確保する。
Layer 3：KNOWLEDGE（知識化）
解読した処理内容を業務フローと対応させて構造化する。「この処理は月次の売上集計」「このバッチはX時に起動する受注確定ジョブ」というように、コードの意味をビジネス用語に変換する。業務担当者がGATEキーパーとなり、実態との齟齬を検出する。
Layer 4：VISUALIZE（可視化）
構造化された知識をシステム構成図・業務フロー図として出力する。人間とAIの両方が参照できる形式で整備する（詳細は第4章の3ドキュメント原則）。
Layer 5：ENABLE（AI連携可能化）
可視化されたシステム構造をもとに、AIエージェントとの接続設計を行う。どのデータをどの接続口で取得するか、どの処理をAIエージェントに委ねるかを定義する。AI-HITL5のエコサイクルにおいて「解き直す」フェーズを完了した起点として、ここからHITL5 CODE（実装フェーズ）での「再実装」か、AI DIRECTOR（上流設計・戦略立案）との連携かを選択する分岐点となる。
解読が完了した瞬間、「AI活用の地図」が初めて手に入る。「動いているシステム」が「使えるシステム」に変わるのは、この解読という一手を打った後からだ。
第4章 「3ドキュメント原則」──解読成果物の品質基準
HITL5 REVERSEで生成したドキュメントが「作っただけ」で終わると、また誰も読まない状態に戻る。当社が定義する3ドキュメント原則は以下のとおりだ。
- 業務で引ける：障害対応・変更見積・規制対応の場面で、担当者が実際に検索して使える粒度と構造であること
- 人もAIも読める：日本語での記述と構造化データの両形式を持ち、AIエージェントが参照できること
- 更新され続ける：システム改修のたびにドキュメントを更新するワークフローが組み込まれており、陳腐化しない仕組みが設計されていること
この原則を満たして初めて、AIエージェントとの継続的な連携が成立する。
第5章 解読後の選択肢──モダナイゼーションへのロードマップ
HITL5 REVERSEの完了後、経営に提示できる3つの選択肢がある。
選択肢A：段階的なAIエージェント化（推奨）
解読で把握した業務処理をAIエージェントで段階的に代替していく。リスクの高い処理・業務効率化効果の高い処理から優先して新規実装する。AI-HITL5のエコサイクル（解き直す→再実装）でいえば、HITL5 REVERSEで「解き直す」フェーズを経てHITL5 CODE（コーディング規格・実装フェーズ）での「再実装」へと移行するルートだ。この選択肢では当社のFDE（Forward Deployed Engineer）チームが実装から定着まで伴走する。
選択肢B：上流設計からの再構築
解読で全体像が把握できた後、一部または全体を設計から作り直す。AI DIRECTOR（上流伴走・戦略立案の入口）で「何を・なぜ作るか」を再定義し、HITL5 DESIGN（プロダクト構想・要件定義の規格）を通じて新規設計へ移行する。
選択肢C：維持管理の合理化
完全な刷新は当面行わず、解読済みドキュメントを活用して保守コストを下げる。AIエージェントによる定型保守タスクの自動化も可能になる。
重要なのは、「解読なし」では3択のどれも正確なコスト見積もりができないという点だ。AIリバースエンジニアリングのROI試算についてはROI試算ガイド2026を、AI活用を先送りするリスクについてはレガシー放置が招く3つの経営リスクも参照してほしい。
第6章 どこから始めるか──優先診断の3ステップ
解読プロジェクトのスコープを決める際、当社では以下の3ステップで優先診断を行う。
Step 1：リスクスコアリング
各システムについて「担当者不在リスク」「依存処理の複雑度」「業務停止時の影響」の3軸でスコアを付ける。スコアの高いシステムが最優先の解読対象となる。
Step 2：AI連携ロードマップとの照合
「どの業務をAIで自動化したいか」を先に定義し、そのAI活用に必要な既存システムを逆引きして解読対象を決める。
Step 3：初期スキャン
対象システムの規模・使用言語・外部依存を初期スキャンし、HITL5 REVERSE所要期間と概算費用を算出する。
当社では、AI DIRECTOR（上流伴走・戦略立案の入口ブランド）として「まず何を解読すべきか」という入口段階から、月額・プロジェクト型で伴走する体制を提供している。AIリバースエンジニアリングの詳細・ご相談は下記からどうぞ。
「解読なし」で進めない、AI活用の最初の一手を一緒に
ブラックボックス化した既存システムの概要（規模・改修頻度・担当者の状況）を整理したうえで、どこから解読すべきかをお伝えします。「動いているシステム」を「AIが使えるシステム」に変える、その前提設計からSCOPE診断で伴走します。
AIリバースエンジニアリングを見る AI DIRECTOR（上流戦略）を見るよくある質問（FAQ）
COBOLやVB6、Access VBAなど、現役エンジニアが読みにくいレガシー言語を含む多くのシステムに対応しています。初期スキャンで対応可否をお伝えします。詳細はAIリバースエンジニアリングサービスページをご覧ください。
はい。HITL5 REVERSEはモダナイゼーション実行とは切り離して実施できます。「解読とドキュメント化まで」を最初のフェーズとして設定するケースが大半です。
中規模システムの場合、SCOPE〜VISUALIZEまで約2〜4か月が目安です。ROI試算の目安はROI試算ガイド2026でご確認いただけます。
対応可能です。FDE（Forward Deployed Engineer）チームが現地・リモートで実装を担い、ビジネス担当者との連携だけでプロジェクトを進められます。
HITL5 REVERSEの成果物（ドキュメント・設計図）はお客様に帰属します。別ベンダーへの引き継ぎにも利用いただけます。「引き継ぎ先の選定・ベンダー評価から支援してほしい」という場合は、AI DIRECTOR（上流伴走）でのご支援も可能です。
おわりに：「解読」は後向きな投資ではなく、AI活用の前提設計だ
「レガシーシステムの解読にお金をかけるのは後向きな投資に見える」という声をよく聞く。しかし実態は逆だ。解読なしに進めたAIエージェント導入は、高確率でPoC止まりか想定外コストの発生に終わる。
解読が完了した瞬間、「AI活用の地図」が初めて手に入る。何を変えられるのか、どこから始めるべきか、どのくらいの投資で何が変わるのか──これらすべての経営判断の前提が揃う。「動いているシステム」が「使えるシステム」に変わるのは、解読という一手を打った後からだ。
AIリバースエンジニアリングが経営にもたらす判断材料についてはAIリバースエンジニアリングが経営判断を変える理由も参照してほしい。
AI-HITL5 Framework ／ ディレクトリジャパン株式会社 提唱 ／ 2026