技業LOG
NTTPCの生成AI業務変革LOG
- 活用事例/技術調査レポート -
本記事では、NTTPCが取り組む生成AIの活用事例や技術調査レポートをご紹介します。生成AIの導入により、私たちの業務やサービスの質が飛躍的に向上し、業務効率化や新たな価値創造を実現しています。
本記事を通じて、当社の生成AI活用の具体的な取り組み内容や技術的な調査結果を詳しくお伝えし、業務変革に対する積極的な姿勢を示すことで、お客さまの信頼と関心を得て、共に成長できるパートナーであることを目指しています。
はじめに
2025年に入って、AI関連の技術記事や登壇で「AIエージェント」という言葉が急に増えました。
昨年までは「プロンプトエンジニアリング」「RAG」「ChatGPTをどう使うか」が中心でしたが、
2025年は
"専用AIを作って動かす" 時代
へシフトしているように思います。
この記事では、AIエージェントって何?と言ったところから、Open AI Agent Builderを使って実際にAIエージェントを作ってみるというところまで紹介したいと思います。
2025年、AIエージェントが普及し始めた理由
AIエージェントという概念自体は以前から存在していましたが、
2025年になって急速に実用化が進んだように思われます。その理由としては主に2点あると考えています。
1. モデルが「次に何をすべきか」を判断できるようになった
最新世代のモデルでは、
- タスク分解
- 手順の再計画
- 適切なツール選択
- エラー時の自己修正
といった、複数の工程にまたがる「段取り」を扱う能力が、従来と比べて向上しています。
従来のモデルでは、ReActなどの手法を用いて、「考える」「行動する」「結果を受け取る」という流れをプロンプトで明示的に与えることで、振る舞いを安定させる工夫が一般的でした。
一方、2025年時点のモデルでは、目的と制約を与えるだけで、次に取るべき行動をモデル自身が判断できるようになってきています。
これは、エージェント的な振る舞いをプロンプト技術で補っていた段階から、モデル自身の前提能力として期待できる段階に近づいた、と捉えることができます。
技術者の感覚としては、AIエージェントを成立させるための最低条件が、実務で破綻(はたん)しにくい水準に達しつつある、という変化です。
2. 大手プラットフォームが"AIエージェント前提"のSDKを出し始めた
2025年は主要ベンダーが一斉に動きました。
- OpenAI:AgentKit
- Google:Google ADK
- Microsoft:Microsoft Agent Framework
「Chatボット API」ではなく
"AIエージェント構築のためのAPI"を提供しはじめたことで、AIエージェントは特定の研究分野ではなく、標準的なアプリ構成になりつつある
という状況になっているように思います。
3. ノーコードで実務レベルのエージェントが作れるようになった
2024~2025年にかけて、ノーコードでLLMアプリを構築できるツールとしてDifyが台頭しました。
Difyによって、
- プロンプトのGUI設計
- RAGやツールの統合
- ワークフローの可視化
- 簡易的なAIアプリの公開
といったことがノーコードでできるようになりエンジニアではない人でもある程度生成AIアプリを作ることができるようになり、一気に広まっていったように思います。
AIエージェントとは何か
2025年の文脈で「AIエージェント」と呼ばれるものは、だいたい次の特徴を持っています。
1. 目的から手順を考える
「何をすればよいか」を、AI自身が段階に分けます。
→ 人が一つ一つ指示しなくても、
やるべき作業の流れを組み立てる。
2. 外の仕組みを使って処理を進める
文章を返すだけでなく、
- 調べる
- 計算する
- データを読む・書く
- 外部サービスを呼び出す
といったことを行います。
3. 途中経過を踏まえて続ける
一回で終わらず、
- どこまで終わったか
- 何がうまくいかなかったか
- 次に何をするか
を意識しながら処理を続けます。
OpenAI Agent Builderとは
本記事ではOpenAI Agent Builderを使ってエージェントを構築していきます。OpenAI Agent Builderは2025年10月にOpenAIが公開した
「ノーコードでエージェントの構造を定義できるGUIツール」です。
このようなツールではDifyが有名です。
OpenAI Agent Builderの特徴としてはGPTの開発を行っているOpenAIが公式に提供しているツールであるという点です。
GPTの最新モデルを前提にエージェントを構築できる
Dify などの外部プラットフォームでも GPT 系モデルは利用できますが、OpenAI Agent Builder はOpenAIが公式に提供するツールであるため、
- 新しいモデルや仕様への対応が比較的早い
- OpenAI が想定する最新モデルの使い方に沿って設計できる
という特徴があります。
特に、推論を伴うタスクやツール呼び出しを含む処理については、最新世代モデルを前提とした構成を、そのまま GUI 上で定義できるという点は、公式ツールならではの利点と言えます。
また、
GUIで作ったAIエージェントに関してスムーズな本番環境への移行が期待できる
OpenAI Agent Builder で定義したエージェントは、 OpenAI が提供するエージェント向けの実行基盤/API(例えば Responses API や Agents SDK といった公式ツール)から そのまま呼び出して利用できます。
つまり、OpenAI Agent Builder は GUIとコードが完全に地続きになっています。
この辺りはエンジニアとしてはとても評価できる部分だと思います。
OpenAI Agent Builderを早速試してみた
今回作ったのは、
「テーマを受け取り → Web調査 →分析 → Markdownレポート生成」
まで行うリサーチエージェントです。
Step1:調査エージェント作成
-
①エージェントを画面に配置する
-
②どんな感じで調査をしてほしいかを書く
-
③ツールで「ウェブ検索」を指定
Step2:分析エージェント作成
-
①エージェントを配置する
-
②説明にどのように分析してほしいかを指定する
-
③「コンテキストを追加する」から前のエージェントの出力をコンテキストに設定する
Step3:サンプル対話を追加
-
①エージェントを画面に追加する
-
②説明にどのように資料を作成してほしいか入れる
今回はマークダウンを形式として指定しています。
実行
画面上部の実行マークを押すとプレビュー画面が画面が開きます。
好きなプロンプトを入れて実行すると3つのエージェントをしっかりと経由してマークダウン形式で出力してくれました。
所感
- "プロンプトで無理やり制御する"必要がない
- 実行ログが強力でデバッグしやすい
- とりあえずのPoCを作るには圧倒的に早い
- GUIで作ってから API 移行できるのが良い
- LangChain より圧倒的に学習コストが低い
OpenAI Agent Builderの良い点・課題
良い点
- ノーコードでまともなエージェントが作れる
- 行動計画が意図通りになりやすい
- 実行ログが優秀でデバッグ可能
- 実験~API公開まで一気通貫
- 技術者以外とも共有しやすい
課題
- 複雑な条件分岐はGUIでは厳しい
- 本番システムには API + 外部ロジックが必須
- エージェント同士の連携はまだ限定的
GUIで完結させるツールではなく、
「まずGUIで形を作り、必要に応じてAPIで仕上げる」
という使い方が最適だと思いました。
まとめ:2025年はどんな年で、2026年はどうなる?
2025年の総括
- 言語モデルの能力が「段取り」に最適化された
- プラットフォーム側が"エージェント前提"のAPIを整備
- OpenAI Agent Builderによりハードルが一気に下がった
- エージェントの利用が 研究から実務へ 移行した年
2025年は「エージェント実用化元年」だったと言えると思います。
2026年の予想
- 多くの業務システムに"常駐AIエージェント"が組み込まれる
- 企業ごとに専用エージェントが存在する世界が当たり前に
- ワークフローより"自律タスク処理"が主役になる
- エージェント同士の連携が一般化
- RPAやiPaaSを実行基盤として、AIエージェントが判断を担い、RPAやiPaaSが処理を実行する構成になる
2025年は「エージェントが作れる年」 2026年は「エージェントが働く年」
になると予想しています。
このようにエージェントの存在はエンジニアのあり方を180度変えるようなゲームチェンジャーとなりつつあり、そうなってしまう未来がすぐそこです。2026年以降はエージェントとどう付き合っていくか。エージェントではできないことは何かといったところでエンジニアとしての価値を伸ばしていかなければならないと思います。
参考文献
-
※いずれの資料も 2026.2.19 時点の情報です。
-
※Microsoftは、米国 Microsoft Corporation およびその関連会社の商標です。
-
※Difyは、米国LangGenius社の登録商標です。
-
※その他の商品名、会社名、団体名は、各社の商標または登録商標です。
技業LOG
NTTPCのサービスについても、ぜひご覧ください


