日立のAgentic AI Integration Platform——SI全工程へのAI適用と「暗黙知の形式知化」という本命
日立が、要件定義から運用までシステムインテグレーション (SI) の全工程にAIエージェントを組み込むプラットフォームを発表した。個々の工程の自動化以上に注目すべきは、モダナイゼーションの過程で顧客企業の暗黙知を「AI Readableなナレッジ」として蓄積するという設計思想だ。事実を整理した上で、受託開発とAIエージェント事業を営む立場から見解を書く。
出典: 日立、エンタープライズ向けSIの全工程にAIを適用する「Agentic AI Integration Platform」を開発 (クラウド Watch)
要点 (事実のみ)
- 日立製作所は7月24日、エンタープライズ向けSIの全工程にAIを適用する「Agentic AI Integration Platform」を開発したと発表。熟練エンジニア減少などの社会課題への対応と、顧客のAIトランスフォーメーション (AX) 加速を目的に掲げる
- 外部環境分析・構想策定から要件定義、設計、コーディング、テスト、運用まで、工程ごとに最適なAIエージェントを組み込む構成で、安全性を確保しながら生産性を向上させるとしている
- グローバルパートナーシップに基づくフロンティアAIと、日立グループのIT/OT双方のミッションクリティカルSIのナレッジ、GlobalLogicのAI技術を融合し、適材適所の組み合わせを可能にするという
- FDE (Forward Deployed Engineer) チームがプラットフォームを活用しながら顧客の構想策定・開発・運用の現場に入り込み伴走する
- モダナイゼーションの過程で、経営意図・業務知識・判断基準といった顧客固有の暗黙知を含む「企業コンテキスト」を形式知化し、AI Readableなナレッジとして蓄積する
- AIエージェントが構想策定・開発・運用のサイクルを実行するたびに、各工程のフィードバックを学習して企業コンテキストを自律的に更新し、SIの品質と生産性を継続的に向上させるとしている
- 次世代ソリューション群「HMAX by Hitachi」の展開を加速する取り組みとして位置づけられている
徐 聖博の見解
このリリースの核心は「全工程にAI」という見出しではなく、顧客の暗黙知を形式知化して蓄積し続けるという一文にあると考えている。工程ごとにエージェントを置く話は、正直どのベンダーも同じ方向に進んでいる。日本IBMのALSEAの記事で書いたように、AI駆動開発の主戦場はモデルではなくコンテキストとハーネスに移った。日立が同じ結論に至り、しかもそれを「経営意図・業務知識・判断基準」という粒度で明示したことは、この見方の妥当性を補強している。国内SIの二大プレイヤーが揃って同じ場所に賭けた、と読むべきだろう。
作る側として面白いのは、これが受託開発のビジネスモデルの再定義を含んでいる点だ。従来のSIは「作った成果物」を納品する。しかしこの構想では、成果物と並んで「AI Readableに整理された企業コンテキスト」という資産が顧客側に積み上がる。私たちの規模でも同じことが起きている。案件の中で顧客の業務ルールや判断基準をドキュメント化していくと、次の案件の見積もり精度と開発速度が上がり、結果として顧客がベンダーを変えにくくなる。これは囲い込みという意味ではなく、蓄積したコンテキストそのものが乗り換えコストになるという構造的な変化だ。FDEが現場に入り込む形を採るのも、暗黙知は会議室では出てこないという実務的な理解の表れだと思う。
一方で、慎重に見ておきたい点もある。「AIエージェントが自律的に企業コンテキストを更新する」という設計は、更新の正しさを誰がどう検証するのかという問題を必然的に抱える。Zohoの失敗事例で書いたとおり、業務の例外を取り違えたコンテキストは、精度以上にチームの信頼を損なう。自律更新は強力だが、誤った判断基準が形式知として定着すると、その修正コストは人間が書いたドキュメントより高くつく可能性がある。
中小企業への含意はシンプルだ。日立やIBMのプラットフォームをそのまま導入できる企業は限られるが、その手前にある「自社の判断基準を書き出す」作業は今日から自力でできる。「なぜこの承認が必要か」「例外はどう処理しているか」を言語化したドキュメントは、将来どのベンダーのAI基盤を採用するとしても、そのまま資産になる。プラットフォームを待つ必要はない。要件定義の進め方で整理したような業務の言語化から始めるのが、最も確実な準備だと考えている。
(編集レンズ: AIを「作る側」の目線 / 発注側・中小企業への含意 / 実装・運用視点)
