2026.05.12
AI駆動開発で押さえるべき主要用語集 ― エージェント・MCP・コンテキスト
- AI
- エンジニアリング
- 経営x技術

AI駆動開発で押さえるべき主要用語集 ― エージェント・MCP・コンテキストの最低限の語彙
経営会議でAI駆動開発(AIDD)の話題が出るたびに、参加者の理解度が大きく揺れる場面に何度も立ち会ってきた。「AIエージェント」と「AIアシスタント」の違いがわからないまま予算が議論される、「MCP」「RAG」「ハルシネーション」といったベンダー資料の用語が独り歩きする、現場のエンジニアと経営層が同じ言葉で別のものを指している ― こうしたコミュニケーションコストは、意思決定そのものを遅らせる最大要因になる。本稿では、経営層と開発リーダーが押さえておくべき主要用語を、カテゴリ別・利用者別に整理する。会議や提案書、ベンダー選定の場面で迷わないための「最低限の語彙」として活用してほしい。用語を揃えるだけで、議論の質と速度は驚くほど変わる。
要点:AIDDの用語は基本/ツール/プロンプト/プロセス/ガバナンス/経営の6軸で整理する。経営層は経営用語、開発リーダーはツール・プロセス用語、エンジニアは実装用語に重みを置いて押さえると、組織全体の議論精度が一気に上がる。
1. 用語整理の前提 ― なぜ語彙の統一が経営課題なのか
AIDDの用語が揺れるのは、技術が急速に進化しているからだけではない。日本語訳が定着していない、ベンダーごとに独自用語を使う、英語記事と日本語記事で意味がずれる、といった構造的要因が重なっている。経営会議で「AIエージェントを導入したい」と発言した役員と、「LLMを使った自動化」と理解した現場担当者の間で、半年後に大きな期待ギャップが生まれる ― これは珍しくない事故だ。語彙の統一は、単なる勉強ではなく、意思決定コストの削減そのものにあたる。本稿の用語集は、社内辞書として転用してもらうことを想定している。
| 用語が揃わない弊害 | 具体例 |
|---|---|
| 期待ギャップ | 「AI導入」が経営層と現場で別物 |
| ベンダー比較が困難 | 同義語の言い換えで競合分析が混乱 |
| 契約交渉のリスク | 用語定義の曖昧さが後の紛争に発展 |
| 投資対効果の議論不能 | KPI用語が共通でないため評価不可 |
| 採用・教育の停滞 | 求人票の用語が一般化されない |
💡 ポイント:用語集は「正しい辞書」ではなく「組織内で揃える共通言語」と位置づける。社内独自の補足解説をつけて、自社の文脈で使う表現にカスタマイズすると定着が早い。
2. 基本概念 ― AIDDを語る最初の5語
AIDDの議論で最初に登場するのが、AI駆動開発・生成AI・LLM・基盤モデル・マルチモーダルの5語だ。AI駆動開発(AIDD)はAIを開発プロセスの主役に据える開発スタイルの総称、生成AIはテキストや画像、コードを生成できるAIモデル全般を指す。LLM(Large Language Model)は大規模言語モデルの略で、テキスト生成の中核を担う。基盤モデルはGPTやClaudeのような汎用的な大規模AIの呼称で、LLMより広い概念だ。マルチモーダルはテキスト・画像・音声を横断的に扱えるAIで、UI設計や画像処理を含む業務に直結する。
| 用語 | 意味 | 使われる場面 |
|---|---|---|
| AI駆動開発(AIDD) | AIを開発プロセスの主役に据える開発スタイル | 経営戦略・組織設計 |
| 生成AI | テキスト・画像・コードを生成するAI全般 | 経営会議・提案書 |
| LLM | 大規模言語モデル | 技術選定・コスト試算 |
| 基盤モデル | 汎用的な大規模AIモデル | ベンダー選定・契約 |
| マルチモーダル | テキスト・画像・音声を横断するAI | UI設計・業務自動化 |
⚠️ 注意:「LLM」と「基盤モデル」を混同するベンダー資料が多い。厳密には基盤モデルのほうが広い概念で、画像生成モデルなども含まれる。文脈で読み分ける癖をつける。
3. ツール・実装系 ― 現場が日常使う5語
ツール・実装系の用語は、開発現場の日常会話で頻出する。AIコーディングアシスタントはGitHub Copilotに代表されるコード補完ツール、AIエージェントはClaude CodeやDevinのようにタスクを自律実行するAIを指す。MCP(Model Context Protocol)はAIと外部ツールを接続する標準プロトコルで、2024年以降急速に存在感を増している。APIはアプリケーション間の通信手段、トークンはLLMが処理する文字単位で課金や制限の基準になる。これらは経営層も最低限の意味は把握しておきたい。
| 用語 | 意味 | 経営的含意 |
|---|---|---|
| AIコーディングアシスタント | コード補完を行うAI | 月額固定費・席数ライセンス |
| AIエージェント | タスクを自律実行するAI | 従量課金・成果物単位 |
| MCP | AI×外部ツール接続プロトコル | ベンダーロックイン回避の鍵 |
| API | アプリケーション間の通信手段 | 連携設計の基本単位 |
| トークン | LLM処理の文字単位 | コスト試算の基準 |
💡 ポイント:MCPはClaudeを推進するAnthropicが主導するオープン規格。MCP対応のツールが増えるほど、特定ベンダーへのロックインを避けやすくなり、長期投資の自由度が高まる。
4. プロンプト・コンテキスト系 ― AIに「働かせる」ための7語
AIから良質な出力を引き出すための語彙群だ。プロンプトはAIへの指示文、プロンプトエンジニアリングは良い出力を引き出す指示設計の技術を指す。コンテキストはAIに与える文脈情報全般、コンテキストウィンドウは1回でAIに渡せるトークン上限のことで、これがモデルの性能を大きく左右する。システムプロンプトはAIの基本的な振る舞いを規定する初期指示、Few-shot Learningは例示を含めて学習させる手法、CoT(Chain of Thought)は段階的に思考させる手法を指す。
| 用語 | 意味 | 関連スキル |
|---|---|---|
| プロンプト | AIへの指示文 | 指示記述 |
| プロンプトエンジニアリング | 良い出力を引き出す設計技術 | 構造化思考 |
| コンテキスト | AIに与える文脈情報 | 業務知識整理 |
| コンテキストウィンドウ | 1回で渡せるトークン上限 | コスト・性能設計 |
| システムプロンプト | AIの振る舞いを規定する初期指示 | ガードレール設計 |
| Few-shot Learning | 例示で学習させる手法 | サンプル選定 |
| CoT | 段階的に思考させる手法 | 論理分解 |
📊 経営判断のコツ:「プロンプトエンジニアリングは廃れる」という言説と「依然として重要」という言説が並走している。実態としては、UIが洗練されるほど直接的なプロンプト技術の重要度は下がるが、コンテキスト設計の重要度は上がり続けている。
5. 開発プロセス系 ― 仕様駆動・テスト駆動・DORAの5語
AIDD時代の開発プロセスを語る上で必須の語彙だ。SDD(Spec-Driven Development)は仕様駆動開発、TDD(Test-Driven Development)はテスト駆動開発を指す。Vibe Codingは詳細仕様より直感や対話で進める開発スタイルで、2024年頃から定着した呼称だ。DORA指標はリードタイム・デプロイ頻度・変更失敗率・MTTRからなる開発生産性指標、Source of Truthは仕様の唯一の正本という意味で、AIDDではこの位置づけが極めて重要になる。
| 用語 | 意味 | 適用場面 |
|---|---|---|
| SDD | 仕様駆動開発 | 大規模・規制業界 |
| TDD | テスト駆動開発 | 全領域で推奨 |
| Vibe Coding | 直感・対話で進める開発 | プロトタイプ・PoC |
| DORA指標 | 開発生産性の世界標準指標 | 経営報告・組織評価 |
| Source of Truth | 仕様の唯一の正本 | AIDD全工程の前提 |
⚠️ 注意:Vibe Codingは便利な手法だが、規制業界や大規模システムで多用すると説明可能性が失われる。プロトタイプとプロダクションでスタイルを切り替える運用ルールが必要。
6. ガバナンス・リスク系 ― 経営層が真っ先に押さえる5語
経営層が最初に理解すべき領域がここだ。ハルシネーションはAIが事実と異なる情報を生成する現象、プロンプトインジェクションは悪意ある指示でAIを誤動作させる攻撃を指す。データリークは機密情報が学習や送信先で漏れること、AIガバナンスはAI利用の方針・ルール・運用体制全般、RAG(Retrieval-Augmented Generation)は検索拡張生成と訳され、外部知識を参照して回答精度を上げる手法を指す。経営判断や監査で頻出する語彙のため、優先的に押さえる。
| 用語 | リスクの種類 | 主な対策 |
|---|---|---|
| ハルシネーション | 品質・信用 | RAG・検証プロセス |
| プロンプトインジェクション | セキュリティ | 入力検証・権限制御 |
| データリーク | 機密・法務 | 利用ポリシー・送信制御 |
| AIガバナンス | 統制全般 | 方針策定・監査体制 |
| RAG | (対策技術) | ハルシネーション抑制 |
📊 経営判断のコツ:ハルシネーション・プロンプトインジェクション・データリークの3点は、取締役会で必ず質問が出る領域。発生時の影響と発生確率を1枚にまとめておくと、即答できて経営の信頼を損なわない。
7. 経営・組織系 ― 投資判断と組織設計の4語
経営会議で頻出する語彙だ。AIDD成熟度は補完/伴走/自律の三段階レベルで自社の現在地を測る指標、Fractional CTOは業務委託型のCTOを指し、スポット〜定期で関与する形態だ。Reskillingは技術変化に合わせた再教育、Inner Sourceは社内オープンソース化を指す。AIDD投資の議論では、成熟度を起点に「どのフェーズへ進むのに何が必要か」を語る構造が、経営会議で最も伝わりやすい。
| 用語 | 意味 | 投資判断との関係 |
|---|---|---|
| AIDD成熟度 | 補完/伴走/自律の三段階 | 投資ロードマップの基準 |
| Fractional CTO | 業務委託型CTO | 採用コストを抑えた知見導入 |
| Reskilling | 技術変化への再教育 | 既存人材の活用 |
| Inner Source | 社内オープンソース化 | 知見の組織横断流通 |
💡 ポイント:AIDD成熟度の三段階を1枚図にして役員に配るだけで、「うちはどこか」「次はどこを目指すか」の議論が一気に動く。抽象論を具体的なフェーズ議論に変える効果が大きい。
8. 用語の覚え方 ― 3つの軸で整理する
用語数が多いと挫折する。3軸で整理すると現場・マネジメント・経営それぞれの優先順位が見えてくる。第1軸は「何のための言葉か」 ― 技術用語は現場と話す時、プロセス用語は開発リーダーと話す時、経営用語は経営会議で話す時に使う。第2軸は「誰が使う言葉か」 ― エンジニアはMCPやトークンを日常使い、マネージャーはDORA指標やSource of Truthを使い、経営者はAIガバナンスや成熟度、ROIを使う。第3軸は「今押さえるか後で良いか」で、優先度を分ける。
| 軸 | 区分 | 例 |
|---|---|---|
| 用途 | 技術/プロセス/経営 | トークン/DORA/成熟度 |
| 利用者 | エンジニア/マネージャー/経営者 | MCP/Source of Truth/ガバナンス |
| 優先度 | 今/順次 | AIDD・MCP・ハルシネーション/CoT・Inner Source |
⚠️ 注意:3軸全部を完璧に押さえようとすると挫折する。自分の役職の軸から始めて、隣接の軸に少しずつ広げる学習設計のほうが実務で効く。
9. ベンダー資料・英語記事を読む「行間」
ベンダー資料や英語記事には、同じ概念を別の言葉で表現することが多い。AIエージェントと自律型AI、プロンプトと指示文・クエリ、LLMと大規模言語モデル・基盤モデル、MCPとエージェント連携プロトコル、ハルシネーションと幻覚・誤情報生成 ― いずれも文脈で使い分けが必要だ。特に英語記事では新語が次々生まれるため、定義を確認してから読む習慣をつける。社内では同義語マッピング表を作っておくと、新人やビジネスサイドの読解スピードが大きく上がる。
| 同義表現1 | 同義表現2 | 注意点 |
|---|---|---|
| AIエージェント | 自律型AI | ほぼ同義 |
| プロンプト | 指示文/クエリ | 文脈で使い分け |
| LLM | 大規模言語モデル/基盤モデル | 厳密には違うが混用 |
| MCP | エージェント連携プロトコル | 一般化された呼び方 |
| ハルシネーション | 幻覚/誤情報生成 | 業界用語として定着 |
💡 ポイント:英語記事は新語が出やすい。記事冒頭で定義文(”X is …”)を探してから本文を読むと理解速度が倍になる。
10. 社内用語集の作り方 ― AIDD辞書を90日で整える
組織として用語を揃えるなら、90日プランが現実的だ。第1ヶ月はベンダー資料・英語記事から頻出語をリストアップし、社内責任者を1名決める。第2ヶ月は自社の文脈に合わせた解説を1語あたり3〜5行で書き、関連する社内ツール名や担当部署も併記する。第3ヶ月は社内Wikiに掲載し、新入社員研修・ベンダー選定資料・経営会議資料で参照されるようにする。半年に1回、新語の追加と既存語の見直しを行う運用に乗せれば、辞書は陳腐化しない。
| 期間 | アクション | 成果物 |
|---|---|---|
| 第1ヶ月 | 用語リスト化・責任者決定 | 100語の素案 |
| 第2ヶ月 | 自社文脈での解説作成 | 解説付き辞書ドラフト |
| 第3ヶ月 | 社内Wiki掲載・周知 | 全社共有辞書 |
| 半年運用 | 新語追加・既存語見直し | 継続更新サイクル |
📊 経営判断のコツ:辞書の整備は地味だが、「ベンダー比較の精度」「経営会議の議論速度」「採用面接の会話の深さ」すべてに効く。CTOが社内に投資する優先度は高い。
まとめ
AIDDの用語は、基本/ツール/プロンプト/プロセス/ガバナンス/経営の6軸で整理すると見通しが良くなる。経営層はガバナンス・成熟度・ROIを中心に、開発リーダーはMCPやSource of Truthを、エンジニアはコンテキストやトークンを優先的に押さえる。同義語が多いため、ベンダー資料は文脈で読む癖をつけ、社内では同義語マッピング表を整える。90日プランで自社辞書を整備すれば、ベンダー比較・契約交渉・経営会議のすべてで意思決定コストが下がる。語彙統一は派手ではないが、AIDD投資の効率を底上げする。
AIDD用語集整備チェックリスト
- [ ] 6軸(基本/ツール/プロンプト/プロセス/ガバナンス/経営)で社内用語を整理した
- [ ] 経営層・開発リーダー・エンジニアそれぞれの優先用語を分けた
- [ ] ハルシネーション・プロンプトインジェクション・データリークの3点が定義済み
- [ ] AIDD成熟度の三段階(補完/伴走/自律)を社内で共有している
- [ ] DORA指標と Source of Truth が経営会議で使える状態になっている
- [ ] 同義語マッピング表を整備した
- [ ] ベンダー資料を読む際の用語チェックポイントを定めた
- [ ] 社内Wikiに用語集を掲載し全員から参照可能にした
- [ ] 新入社員研修に用語集が組み込まれている
- [ ] 半年に1回の新語追加・見直しサイクルが運用されている
IT COMPASSのAI駆動開発支援
IT COMPASS では、CTO経験者が外部CTO・技術顧問として、AI駆動開発の用語整理から戦略策定まで伴走支援しています。
支援できること
- 🎯 AIDD用語・概念の整理:経営層向けの用語ガイドラインと社内辞書づくり、6軸での整理支援
- 🛠 ツール選定とパイロット設計:Claude Code / Cursor / GitHub Copilot 等の評価・PoC設計
- 🛡 ガバナンス・セキュリティ整備:AI利用ポリシー、権限設計、知財・契約ルール
- 👥 開発組織の再設計:AIエージェントを前提としたチーム編成・役割定義・評価制度
- 📈 経営会議への定例参加:取締役会・経営会向けのKPI設計と進捗レポート
こんな方におすすめ
- ベンダー提案書や英語記事の用語精度を上げたい経営層・経営企画の方
- 社内の共通言語としてAIDD用語集を整備したいCTO・開発リーダーの方
- 経営会議でAIDDを議論する際の語彙を整えたい役員・執行役の方
お問い合わせ
スポット相談(1回/契約不要・最短当日)から、月額契約での継続伴走まで、フェーズに応じて柔軟に対応します。
経営と技術の両面から、御社のAI駆動開発を一緒に設計しましょう。
監修者

西脇 靖紘(lanitech合同会社 代表取締役CEO 兼 CTO)
「テクノロジーで人と社会をつなぐ」をミッションに、企業のDX推進・AI導入支援から、デジタル教育・地域共創まで幅広く活動。エンジニアとしての現場経験と経営視点を活かし、外部CTO・AIコンサルティングなどを通じて企業のデジタル変革を支援している。著書はオライリー・ジャパンから複数刊行。
















