---
sidebar_position: 2
title: "いま混線しがちなAI用語をほどく：モデル／実行基盤／UIの関係"
description: "モデル、実行基盤、UI/ブリッジの3層でAIツールの関係を整理する（2026年3月検証版）"
displayed_sidebar: null
image: /img/ai-terms-model-vs-agent-platform-banner.png
---

# いま混線しがちなAI用語をほどく：モデル／実行基盤／UIの関係

## はじめに

「AntigravityとClaude、どっちが賢いの？」みたいな会話が噛み合わないのは、**層の違うものを比較している**ことが多いからです。

この記事では、いま混線しやすい用語を次の3層で整理します。

- **モデル層**（推論エンジン）
- **実行基盤層**（モデルに手足を与えるランタイム / ハーネス）
- **UI/ブリッジ層**（人間や外部チャネルとの接点）

> 重要: 実際のプロダクトは1層にきれいに分かれず、2層以上をまたぐことがあります（例: Antigravity、Cursor）。

---

## 先に結論（2026-03時点）

- **MCP** は「接続の標準化」
- **Skill** は「運用知識の遅延ロード」
- 実務では **MCP（接続） + Skill（再現性）** の併用が強い

---

## 3層モデル（改訂版）

```mermaid
graph LR
    subgraph UI層["UI / ブリッジ層"]
        direction TB
        CLI["CLI"] ~~~ IDE["IDE"]
        IDE ~~~ Web["Web / App UI"]
        Web ~~~ Bot["Discord/Telegram Bot"]
        Bot ~~~ CDP["CDP Bridge"]
    end

    subgraph Runtime層["実行基盤層（Harness / Runtime）"]
        direction TB
        CC["Claude Code"] ~~~ CodexCLI["Codex CLI"]
        CodexCLI ~~~ AGCore["Antigravity Core"]
        AGCore ~~~ OC["OpenClaw Orchestration"]
    end

    subgraph Model層["モデル層"]
        direction TB
        Claude["Claude"] ~~~ GPT["GPT"]
        GPT ~~~ Gemini["Gemini"]
    end

    UI層 --> Runtime層
    Runtime層 --> Model層
```

### 層の役割

| 層 | 役割 | 例 |
|---|---|---|
| モデル層 | 推論・生成を行う頭脳 | Claude / GPT / Gemini |
| 実行基盤層 | ツール呼び出し・計画・実行・検証を回す | Claude Code / Codex CLI / Antigravity Core / OpenClaw |
| UI/ブリッジ層 | 人間入力・可視化・外部チャネル接続 | IDE, Web UI, Discord Bot, CDPブリッジ |

---

## 主要ツールを「単層でなく」分類する

| ツール | 主層 | 副層 | モデル可用性（断定レベル） | コメント |
|---|---|---|---|---|
| Antigravity | 実行基盤 + UI | - | 構成依存（時期/地域/アカウント差あり） | IDEとしての体験が強く、モデル抽象化が起きやすい |
| Claude Code | 実行基盤 | UI(CLI) | Claude（公式） | 純正CLI。拡張はMCP/Skills/Subagents |
| Codex CLI | 実行基盤 | UI(CLI) | GPT系（公式） | OpenAI側のCLI運用文脈 |
| Cursor | 実行基盤 + UI | - | マルチモデル（公式Docs参照） | IDE一体型で層混線しやすい |
| ChatGPT | UI + モデル | 一部実行機能 | GPT系 | 「モデル名=体験名」になりやすい |
| Gemini(チャット) | UI + モデル | 一部実行機能 | Gemini系 | 同上 |
| OpenClaw | オーケストレーション基盤 | UIブリッジ連携 | 接続先依存 | 複数基盤/チャネルを統合する“運用レイヤー” |

> ポイント: 「どちらが賢いか」より、**どの層で比較しているか**を固定しないと議論が崩れます。

---

## Antigravityまわりで混線しやすい点（今回の議論ベース）

### 1) Antigravityはモデルか？
いいえ。基本は**基盤 + UI**です。モデルそのものではありません。

### 2) なぜモデル扱いされる？
- ユーザーは「Antigravityを開いて使う」体験で認知する
- 内部モデルを毎回意識しない
- ブランド名が体験全体を代表する

### 3) Discord連携(bot化)は同じ層か？
違います。多くは **UI/ブリッジ層（CDP操作）** の話です。

---

## 用語の言い換え（議論が噛み合う形）

| 混線しやすい言い方 | 層を揃えた言い方 |
|---|---|
| AntigravityとClaude Codeどっちが賢い？ | Antigravity基盤とClaude Code基盤、運用面でどっちが合う？ |
| Antigravityのモデルは？ | いまAntigravityのどのバックエンドモデルを使ってる？ |
| CursorとAntigravityどっちが強い？ | IDE体験（UI）と実行基盤の観点で何が違う？ |

---

## リスク整理（CDPブリッジ運用）

antigravity-discord-botのような非公式CDPブリッジは、**技術的には有効**ですが次を分けて考えるべきです。

1. **技術リスク**: 権限奪取 = リモート操作リスク
2. **運用リスク**: 自動承認設定による破壊的操作
3. **規約リスク**: UI自動化が規約上どう扱われるか

> 「ただのリモコンだから安全」ではなく、\
> **提供側に自動代行運用と見なされるか** が実務上の判定軸です。

---

## 今回の文脈での実務的な使い分け

- **本番運用**: 公式APIベース（可観測性・契約明確）
- **検証/PoC**: UI/CDPブリッジ（隔離環境・最小権限）
- **日常開発**: 基盤（Claude Code等） + スキル + 必要に応じMCP

---

## 参考（確認に使った一次情報）

- Google Codelab: Getting Started with Google Antigravity  
  https://codelabs.developers.google.com/getting-started-google-antigravity
- Claude Code Docs (features overview / extensions)  
  https://code.claude.com/docs/en/features-overview
- Cursor Docs (models and pricing)  
  https://cursor.com/docs/models-and-pricing
- 非公式CDPブリッジ例（antigravity-discord-bot）  
  https://github.com/harunamitrader/antigravity-discord-bot

---

*この記事は2026年3月時点の情報です。モデル提供範囲・料金・規約は短期間で更新されるため、導入前に必ず公式ドキュメントと利用規約を確認してください。*