AIエージェント、運用フェーズへ。IBM・HBR・MS・Google同週合意

ChatGPTを試したのが2023年。翌年、Claude Codeで初めて触れました。AIエージェントを社内で1体は作ってみた、という人が2025年です。2026年5月、その続きが始まりました。

5月の3週目から4週目にかけて、4社が同じ週に同じ方向の発信を出してきました。IBM、Harvard Business Review、Microsoft、Googleの4社です。バラバラに見える4本のレポートは、読み比べると同じ1点を指しています。「AIエージェントは、もう作る話題ではない。動かす話題に入った」というラインです。

僕も最初、偶然だと思いました。けれど4本を並べて読み返すと、偶然ではなかったです。同時宣言の背景には、業界全体が同じタイミングで「PoCの先に進めない問題」を抱え込んでいる、と読んでいます。

前々日のノート「AIエージェントは『動かす年』へ」の続編にあたります。構築から運用への橋を最短で渡る道筋を、4権威が同じ1点を語った1週間と、来週月曜から試せる3アクションに分けて並べました。

本記事の事実ラベル方針

各レポートの個別URL・公開日・引用文の確定情報は、執筆時点で一部疎通確認ができていません。本文では「4権威が同じ週に発信した」という出来事レベルの観測と、「その内容のトーンが同じ方向だった」という解釈を分けて記述します。固有数値の直接引用は控え、確定が取れる範囲で固有名詞化したものはv3以降で更新します。

1週間で4つの権威が同じ場所を見た

5月の3週目から4週目にかけて、4本のレポートが立て続けに出てきました。並びを整理しておきます。

IBMは『Think』ブログで、2026年を「企業がAIエージェントを”作る”のをやめて、“動かす”年」と表現しました。設計から運用へ、社内体制から本番接続へ、論点の主軸が一段ずらされた書き方になっています。日本語で読める解説はほぼ出ていないのが現状です。

Harvard Business Reviewは、AIエージェントを「チームメンバーとして扱う」運用論を同週で扱っています。技術論というより、人と一緒に仕事をする存在として、評価・引き継ぎ・責任設計の枠組みを問う角度です。マネジメント誌からこの種の特集が出ること自体が、市場が運用フェーズに入った合図でもあります。

Microsoftは、Copilotを単なる生産性ツールではなく、業務AIエージェントの運用基盤として位置付ける発信を続けています。同じ週に、Copilot Studioでのエージェント運用機能の更新や、エンタープライズでのスケール事例の整理が並びました。

Googleは公式blogで「2026年にAIエージェントが仕事を変える5つの変化」を整理しました。検索の変化、ワークフローへの組み込み、人間とエージェントの分業の3軸を含む特集で、「変える」のではなく「変わる」という時制で書かれているのが象徴的です。

[[IMG:1]]

4本に共通するのは「もう試す段階の話はしていない」という前提です。プロンプトをどう書くか、どのモデルを選ぶか、社内で誰が触るか、という構築論はほぼ消えました。代わりに、どう動かし続けるか、誰が引き継ぐか、壊れたらどう戻すか、という運用論が主役に座っています。

ここで気になるのが、なぜ偶然にしては揃いすぎているのか、です。次の段で、その背景を見ていきます。

「PoC終了宣言」が4つに共通している

4本のレポートを並べて拾える共通項は、3つに集約されます。

1つ目は「構築の話題は終わった」という宣言です。IBMは「作る年」と「動かす年」を明示的に区切りました。HBRはエージェントを「メンバー」と位置づけます。Microsoftは「Copilotを業務に組み込む方法」を整理する側に軸足を移しています。Googleの公式blogは「仕事が変わる」という時制で書かれているのが象徴的でした。誰一人として「これからエージェントを作りましょう」とは言いません。

2つ目は「壊れたときの話」を全員がしていることです。エージェントが止まる、間違える、想定外の動きをする、引き継ぎでログが消える、という運用の現実が、4本のどこかに必ず触れられています。構築のときには出てこなかった論点でした。実際、半年前まではどのレポートも「使いはじめ方」が主役でした。半年で論点が一段奥に進んだことは、業界全体が同じ場所まで歩いてきた合図として読めます。

3つ目は「人間の役割の再定義」です。プロンプトを書く人から、エージェントを観測して直す人へ、役割が移ります。HBRはこれを「チームメンバーの上司」と表現しました。IBMは「オペレーター」と呼んでいます。Microsoftは「業務オーナー」、Googleは「仕事の組み立て方の責任者」という言い方を選んだ表現です。語彙は違いますが、職種の輪郭は同じです。

[[IMG:2]]

以下は、4本のレポートと照らして僕自身が見てきた現場の観測です。

1年前は「ChatGPTで何ができるか」が会議の議題でした。半年前から「社内に1体エージェントを置こう」に変わりました。今は「3か月前に作ったエージェントが先週から動いていない理由を調べたい」が議題に上がります。話題が一段奥に進んだのは、現場の感覚としても明確です。

4権威が同じ週に同じ場所を見た、という事実は、業界全体が同じ転換点に立った、と考えるのが自然です。「自分はまだ作る話をしている」と感じた人は、3か月後にもう一段遅れるリスクがあります。次の段では、なぜこのタイミングで揃ったのかを掘っていきます。

同時宣言が出た背景——なぜ今、揃ったのか

4本がたまたま同じ週に出たわけではない、と僕は読みます。背景には3つの動きが重なっています。

1つ目は、PoCの累積疲労です。2024年から2025年にかけて、企業はとにかくAIエージェントを試しました。「まず作ってみる」が正義だった時期です。けれど作ったエージェントが本番で動き続けた事例は限られました。僕が見てきた範囲では、PoCで止まったまま社内の片隅で静かに止まっているケースが目立ちます。「作る」から先に進めない、という共通の壁が見えてきた段階で、業界全体が「次の言葉」を必要としたわけです。MIT系の調査でも「AIパイロットの大半は本番投入に至らない」という主旨の数字が観測されています。確定数値は調査主体の公開資料を参照する必要があります（複数報道ベースの観測のため）。同じ現象が業界全体で起きた、という共通体験が4本のレポートの背中を押した、と考えるのが自然です。

2つ目は、エージェントの数が増えたことです。Anthropicは中小企業向けに15体のエージェントをパッケージで配り始めました。Microsoft Copilot Studioにも数十テンプレートが並びます。Googleはワークフローへの組み込みを進めています。1体だけのときは構築の話で済みました。10体・20体と増えると、運用の話を避けられなくなります。社内の経理に1体、営業に2体、サポートに3体、研究開発に2体、と並んだ状態を想像してください。それぞれが何時に動き、何件処理し、いつ止まったかが見えないと、組織は確実に詰まります。「ただ多いだけ」の状態と「動いていることが確認できる」状態の差は、想像以上に大きいです。

3つ目は、人材の話です。プロンプトエンジニアという肩書きが流行ったのは1〜2年前でした。今は「AI担当者」や「エージェント運用担当」という肩書きで募集が出始めています。誰がエージェントを面倒見るのか、どこの部署に置くのか、という現実的な問いが組織に降りてきた結果です。求人媒体を眺めると、半年前まで「プロンプト設計経験」を要件にしていた企業が、最近は「業務ワークフローへのAI組み込み経験」を求めるようになってきました。要件の書き換えそのものが、フェーズ転換の合図でもあります。

[[IMG:3]]

業界が同じ転換点に立った、という事実が4本のレポートに反映されている、と考えるのが自然です。先に書いた通り、これは1社の都合ではなく、市場側の構造変化です。では、運用フェーズに入ると現場で何が変わるのか。次の段で3つの変化を並べます。

「運用」が始まると、現場で何が変わるか

運用フェーズに入ると、現場で起きる変化は大きく3つに分かれます。1〜2か月先に、確実に降りてきます。

1つ目は、プロンプト職人の時代の終わりです。プロンプトを上手に書ける人は、これからも価値があります。けれど価値の中心は「最初の1回をうまく動かす」から「100回動かしても止まらない」に移ります。プロンプト1本で勝負する時代は、もう過ぎました。代わりに、エージェントの動作ログを読める人、止まったときに最小修正で戻せる人、引き継ぎの手順を書ける人が必要になります。スキルセットの軸足が変わる、ということです。

2つ目は、AI担当者という新しい役割の誕生です。1年前は「DXの担当者」や「データ活用の担当者」でした。これから1年で、「エージェント運用担当」が組織図に明示的に置かれます。経理に1体、営業に2体、サポートに3体、というように業務へ配備されると、誰が見るのか、責任は誰か、という線引きが必要になります。職務記述書のレベルで定義され始める、ということです。

3つ目は、失敗が見える組織と見えない組織の二極化です。これがいちばん大きい。エージェントが止まったときに、すぐ気づける組織と、誰も気づかないまま2週間放置される組織が分かれます。気づける組織は観測点を持っています。気づかない組織はダッシュボードもログ集約もない状態でエージェントを走らせ続けます。半年後にこの差は埋まりません。「動いている」と「動いていることが確認できている」の差は、それぐらい決定的です。

僕の周りでいちばん多い失敗パターンを書いておきます。最初の1体を作って、社内で発表して、しばらく動かしてみる。なんとなくみんなが触らなくなって、3か月後に上司から「あれってまだ動いているの？」と聞かれる。初めて止まっていたことに気づきます。順番に問題があるのではなく、観測の不在に問題があります。観測点が1つでもあれば、「触らなくなったあと」も動作の有無を確認できます。観測点ゼロのまま発表したエージェントは、ほぼ確実に半年以内に静かに死にます。

[[IMG:4]]

半年後に取り返すのは、想像以上に大変です。今のうちに最小の動きで「観測できる側」に入る。具体的な3アクションを次の段で出します。

来週月曜から試す3アクション

ここまでで「運用フェーズに入った」「現場で3つの変化が起きる」と書きました。読み終わったあとに何もしないと、この記事の意味は半分です。来週月曜から7日間で着手できる3アクションに落とします。

アクション1: 動いているエージェントを1体だけ選ぶ

社内にも個人にも、複数のAIエージェントが走っているケースが多いです。全部を一気に運用設計にかけるのは無理です。「いちばん止まったら困る1体」を1つだけ選びます。経理の月次データ集計でも、営業のメール下書きでも、研究中のリサーチエージェントでもかまいません。選んだら、その1体を中心に観測点を作ります。複数同時は失敗の原因です。

僕自身も最初は3体を同時に動かそうとして、1週間で混乱しました。「どれを見ればいい？」という状態になったとき、全部の質が落ちていました。1体に絞ってからのほうが、圧倒的に改善のスピードが上がりました。

アクション2: 止まる場所を3つ書き出す

エージェントは必ず止まります。プロンプトが弱いのではなく、入力データが変わる、APIの仕様が変わる、連携先のツールが落ちる、という外部要因です。来週月曜の朝に5分だけ時間を取り、「このエージェントはどこで止まりそうか」を3つだけメモします。書き出した3か所に、最小の観測点を置きます。エラーログでも、Slack通知でも、毎朝の動作確認スクリプトでも、なんでもよいです。観測点があれば、止まったときに10分以内で気づけます。

アクション3: 引き継ぎログを1枚にまとめる

3か月後にあなたが異動になっても、別の人がそのエージェントを動かし続けられる状態にします。1枚の引き継ぎログを作る、というだけです。書く項目は4つで十分です。「何のために動かしているか」「どこで動いているか」「止まったら誰に聞くか」「再起動の手順は何か」。これが書けないエージェントは、本当の意味では運用に入っていない状態です。

実物のサンプルを1つ挙げます。僕がClaude Code経由で動かしているリサーチエージェントの引き継ぎログは、A4縦1枚に箇条書きしただけです。項目は5つで、「目的」「実行サーバー」「依存API」「エラー時の連絡先（自分のSlack DM）」「再実行コマンド」。書くのに30分かかりませんでした。時間はかからない、書いていない、というだけの話です。

3アクションは、合計で7日以内に完了できる量に意図的に絞っています。エージェントの数を増やすことより、1体を確実に動かし続けることを優先します。次の1体は、最初の1体が回り始めてから増やせばよいです。

前提知識を補足しておきます。エージェントの作り方そのものが整理されていない場合は、作り方を3ルートで整理したノートを先に読んでください。運用設計が乗せやすくなります。判断軸が必要なら、AIエージェントの定義を言葉に分解したノートもあわせて目を通すと、混乱が減ります。

まとめ：4権威が示したのは「次の1体」ではなく「今の1体」

5月3〜4週目に、IBM・HBR・Microsoft・Googleの4社が同じ週に発信したのは、「次のすごいエージェント」の話ではなかったです。「今すでに作ってある1体を、どう動かし続けるか」が4本全部の主題でした。

3つの共通項に絞り直します。

• 「作る話題は終わった、運用の話題に入った」というフェーズ転換の宣言
• 「壊れたときに気づける／戻せる体制」が必須要件として浮上したこと
• 「エージェントを見る人」という新しい役割が組織に明示的に置かれること

4権威が同時に同じ場所を見たという事実は、業界全体が同じ転換点に立った合図として読めます。「自分はまだ作る話をしている」と感じた人は、来週月曜の朝5分で1体だけ選び、止まる場所を3つメモするところから始めてください。

何かをすごく増やす必要はないです。今ある1体を、確実に動かし続けることが、次の半年の差を決めます。AIを使うか作るかの問いは、もう過ぎました。次の問いは、いちど作ったAIを止めないか、です。

これを読んで「やってみよう」と思った方は、その日のうちに1体選んでください。書き出すのは紙でも、Notionでも、Markdownでも、何でも構いません。動き始めることが全てです。来週月曜の朝、5分でいいので、自分のエージェントの中で「いちばん止まったら困る1体」をメモから探してみてください。そこから、運用フェーズが始まります。