koide/note-articles

Fork 0

koide 6897eedf38

Deploy Docusaurus Site / deploy (push) Successful in 1m1s

Details

Refine AI terms article with verified layering, risk model, and source-backed corrections

2026-03-07 01:55:53 +00:00

5.9 KiB

Raw Blame History

sidebar_position, title, description, displayed_sidebar, image

sidebar_position	title	description	displayed_sidebar	image
2	いま混線しがちなAI用語をほどく：モデル／実行基盤／UIの関係	モデル、実行基盤、UI/ブリッジの3層でAIツールの関係を整理する（2026年3月検証版）	null	/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層モデル（改訂版）

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ブリッジは、技術的には有効ですが次を分けて考えるべきです。

技術リスク: 権限奪取 = リモート操作リスク
運用リスク: 自動承認設定による破壊的操作
規約リスク: 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月時点の情報です。モデル提供範囲・料金・規約は短期間で更新されるため、導入前に必ず公式ドキュメントと利用規約を確認してください。

5.9 KiB Raw Blame History Unescape Escape