Revise AI terms article via Claude Code proofreading
All checks were successful
Deploy Docusaurus Site / deploy (push) Successful in 1m2s
All checks were successful
Deploy Docusaurus Site / deploy (push) Successful in 1m2s
This commit is contained in:
parent
6897eedf38
commit
b3a3a26db4
@ -10,138 +10,176 @@ image: /img/ai-terms-model-vs-agent-platform-banner.png
|
|||||||
|
|
||||||
## はじめに
|
## はじめに
|
||||||
|
|
||||||
「AntigravityとClaude、どっちが賢いの？」みたいな会話が噛み合わないのは、**層の違うものを比較している**ことが多いからです。
|
「AntigravityとClaude、どっちが賢いの？」——この手の会話が噛み合わないのは、**層の違うものを比較している**ことが多いからです。
|
||||||
|
|
||||||
この記事では、いま混線しやすい用語を次の3層で整理します。
|
Antigravityは「IDEに統合されたコーディング体験」、Claudeは「推論を行うモデル」。そもそも比較軸が違います。
|
||||||
|
|
||||||
- **モデル層**（推論エンジン）
|
この記事では、いま混線しやすい用語を次の3層に分けて整理します。
|
||||||
- **実行基盤層**（モデルに手足を与えるランタイム / ハーネス）
|
|
||||||
- **UI/ブリッジ層**（人間や外部チャネルとの接点）
|
|
||||||
|
|
||||||
> 重要: 実際のプロダクトは1層にきれいに分かれず、2層以上をまたぐことがあります（例: Antigravity、Cursor）。
|
| 層 | 一言で | 例 |
|
||||||
|
|---|---|---|
|
||||||
|
| **モデル層** | 推論・生成を行う頭脳 | Claude / GPT / Gemini |
|
||||||
|
| **実行基盤層**（Runtime / Harness） | モデルにツール呼び出し・計画・実行・検証の「手足」を与える | Claude Code / Codex CLI / Antigravity Core |
|
||||||
|
| **UI/ブリッジ層** | 人間や外部チャネルとの接点 | IDE, Web UI, Discord Bot, CDPブリッジ |
|
||||||
|
|
||||||
|
> **注意:** 実際のプロダクトは1層にきれいに収まらず、2層以上をまたぐことがあります（例: Antigravity = 実行基盤 + UI、ChatGPT = UI + モデル）。本記事ではあえて「主層」と「副層」に分けて整理します。
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
## 先に結論（2026-03時点）
|
## 3層モデル図
|
||||||
|
|
||||||
- **MCP** は「接続の標準化」
|
|
||||||
- **Skill** は「運用知識の遅延ロード」
|
|
||||||
- 実務では **MCP（接続） + Skill（再現性）** の併用が強い
|
|
||||||
|
|
||||||
---
|
|
||||||
|
|
||||||
## 3層モデル（改訂版）
|
|
||||||
|
|
||||||
```mermaid
|
```mermaid
|
||||||
graph LR
|
graph LR
|
||||||
subgraph UI層["UI / ブリッジ層"]
|
subgraph UI["UI / ブリッジ層"]
|
||||||
direction TB
|
direction TB
|
||||||
CLI["CLI"] ~~~ IDE["IDE"]
|
CLI["CLI"] ~~~ IDE["IDE（Antigravity等）"]
|
||||||
IDE ~~~ Web["Web / App UI"]
|
IDE ~~~ Web["Web / App UI"]
|
||||||
Web ~~~ Bot["Discord/Telegram Bot"]
|
Web ~~~ Bot["Discord Bot"]
|
||||||
Bot ~~~ CDP["CDP Bridge"]
|
Bot ~~~ CDP["CDPブリッジ"]
|
||||||
end
|
end
|
||||||
|
|
||||||
subgraph Runtime層["実行基盤層（Harness / Runtime）"]
|
subgraph Runtime["実行基盤層（Runtime / Harness）"]
|
||||||
direction TB
|
direction TB
|
||||||
CC["Claude Code"] ~~~ CodexCLI["Codex CLI"]
|
CC["Claude Code"] ~~~ CodexCLI["Codex CLI"]
|
||||||
CodexCLI ~~~ AGCore["Antigravity Core"]
|
CodexCLI ~~~ AGCore["Antigravity Core"]
|
||||||
AGCore ~~~ OC["OpenClaw Orchestration"]
|
AGCore ~~~ OC["OpenClaw Gateway"]
|
||||||
end
|
end
|
||||||
|
|
||||||
subgraph Model層["モデル層"]
|
subgraph Model["モデル層"]
|
||||||
direction TB
|
direction TB
|
||||||
Claude["Claude"] ~~~ GPT["GPT"]
|
Claude["Claude"] ~~~ GPT["GPT"]
|
||||||
GPT ~~~ Gemini["Gemini"]
|
GPT ~~~ Gemini["Gemini"]
|
||||||
end
|
end
|
||||||
|
|
||||||
UI層 --> Runtime層
|
UI --> Runtime
|
||||||
Runtime層 --> Model層
|
Runtime --> Model
|
||||||
```
|
```
|
||||||
|
|
||||||
### 層の役割
|
|
||||||
|
|
||||||
| 層 | 役割 | 例 |
|
|
||||||
|---|---|---|
|
|
||||||
| モデル層 | 推論・生成を行う頭脳 | Claude / GPT / Gemini |
|
|
||||||
| 実行基盤層 | ツール呼び出し・計画・実行・検証を回す | Claude Code / Codex CLI / Antigravity Core / OpenClaw |
|
|
||||||
| UI/ブリッジ層 | 人間入力・可視化・外部チャネル接続 | IDE, Web UI, Discord Bot, CDPブリッジ |
|
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
## 主要ツールを「単層でなく」分類する
|
## 主要ツールを層で分類する
|
||||||
|
|
||||||
| ツール | 主層 | 副層 | モデル可用性（断定レベル） | コメント |
|
| ツール | 主層 | 副層 | バックエンドモデル | コメント |
|
||||||
|---|---|---|---|---|
|
|---|---|---|---|---|
|
||||||
| Antigravity | 実行基盤 + UI | - | 構成依存（時期/地域/アカウント差あり） | IDEとしての体験が強く、モデル抽象化が起きやすい |
|
| Antigravity | 実行基盤 + UI | — | 構成・時期により異なる（公式Docs参照） | IDE体験が強く「モデル＝ブランド」と混同されやすい |
|
||||||
| Claude Code | 実行基盤 | UI(CLI) | Claude（公式） | 純正CLI。拡張はMCP/Skills/Subagents |
|
| Claude Code | 実行基盤 | UI（CLI） | Claude（Anthropic公式） | MCP / Skills / Subagents で拡張 |
|
||||||
| Codex CLI | 実行基盤 | UI(CLI) | GPT系（公式） | OpenAI側のCLI運用文脈 |
|
| Codex CLI | 実行基盤 | UI（CLI） | GPT系（OpenAI公式） | OpenAI側のCLIエージェント |
|
||||||
| Cursor | 実行基盤 + UI | - | マルチモデル（公式Docs参照） | IDE一体型で層混線しやすい |
|
| Cursor | 実行基盤 + UI | — | マルチモデル（公式Docs参照） | IDE一体型で層が混線しやすい |
|
||||||
| ChatGPT | UI + モデル | 一部実行機能 | GPT系 | 「モデル名=体験名」になりやすい |
|
| ChatGPT | UI + モデル | 一部実行機能 | GPT系 | 「モデル名＝体験名」になりやすい |
|
||||||
| Gemini(チャット) | UI + モデル | 一部実行機能 | Gemini系 | 同上 |
|
| Gemini（チャット） | UI + モデル | 一部実行機能 | Gemini系 | 同上 |
|
||||||
| OpenClaw | オーケストレーション基盤 | UIブリッジ連携 | 接続先依存 | 複数基盤/チャネルを統合する“運用レイヤー” |
|
| OpenClaw | オーケストレーション基盤 | UIブリッジ連携 | 接続先の基盤に依存 | 複数エージェント・チャネルを束ねる運用レイヤー |
|
||||||
|
|
||||||
> ポイント: 「どちらが賢いか」より、**どの層で比較しているか**を固定しないと議論が崩れます。
|
> **ポイント:** 「どちらが賢いか」を議論するなら、まず**どの層で比較しているか**を固定する。モデル性能の話なのか、ツール連携の話なのか、IDE体験の話なのかで答えが変わります。
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
## Antigravityまわりで混線しやすい点（今回の議論ベース）
|
## MCP と Skill——実行基盤層を拡張する2つの軸
|
||||||
|
|
||||||
### 1) Antigravityはモデルか？
|
3層モデルの中でも、実行基盤層の拡張方法としてよく名前が出る2つを整理します。
|
||||||
いいえ。基本は**基盤 + UI**です。モデルそのものではありません。
|
|
||||||
|
|
||||||
### 2) なぜモデル扱いされる？
|
| | MCP（Model Context Protocol） | Skill |
|
||||||
- ユーザーは「Antigravityを開いて使う」体験で認知する
|
|---|---|---|
|
||||||
- 内部モデルを毎回意識しない
|
| 何を解決するか | ツール・データソースへの**接続の標準化** | 運用ノウハウ・手順の**再現性と遅延ロード** |
|
||||||
- ブランド名が体験全体を代表する
|
| 粒度 | 1つの外部サービスとの接続定義 | 1つのタスク遂行に必要な手順・プロンプトの塊 |
|
||||||
|
| 実行基盤との関係 | 基盤がMCPサーバーを呼び出す | 基盤がSkill定義を読み込んで実行する |
|
||||||
|
| 具体例 | Gitea API接続、SearXNG検索 | コードレビューループ、記事生成手順 |
|
||||||
|
|
||||||
### 3) Discord連携(bot化)は同じ層か？
|
実務では **MCP（接続）＋ Skill（再現性）** を併用するのが強い構成です。MCPで外部ツールに繋ぎ、Skillでその使い方を定型化する、という役割分担になります。
|
||||||
違います。多くは **UI/ブリッジ層（CDP操作）** の話です。
|
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
## 用語の言い換え（議論が噛み合う形）
|
## Antigravityまわりで混線しやすい点
|
||||||
|
|
||||||
|
### Q1. Antigravityはモデルか？
|
||||||
|
|
||||||
|
いいえ。**実行基盤 + UI** です。モデルそのものではありません。
|
||||||
|
|
||||||
|
### Q2. なぜモデル扱いされるのか？
|
||||||
|
|
||||||
|
- ユーザーは「Antigravityを開いて使う」という体験単位で認知する
|
||||||
|
- バックエンドモデルを意識する場面が少ない
|
||||||
|
- ブランド名が体験全体を代表してしまう
|
||||||
|
|
||||||
|
これはChatGPTでも同じ現象が起きています。「ChatGPTが賢くなった」は多くの場合「バックエンドがGPT-4oに切り替わった」という意味です。
|
||||||
|
|
||||||
|
### Q3. AntigravityのDiscord連携はどの層の話か？
|
||||||
|
|
||||||
|
多くの場合 **UI/ブリッジ層** の話です。非公式CDPブリッジでAntigravityのWeb UIを外部から操作する構成は、モデル性能とは無関係のブリッジ実装の議論になります。
|
||||||
|
|
||||||
|
---
|
||||||
|
|
||||||
|
## 用語の言い換え——議論を噛み合わせるために
|
||||||
|
|
||||||
| 混線しやすい言い方 | 層を揃えた言い方 |
|
| 混線しやすい言い方 | 層を揃えた言い方 |
|
||||||
|---|---|
|
|---|---|
|
||||||
| AntigravityとClaude Codeどっちが賢い？ | Antigravity基盤とClaude Code基盤、運用面でどっちが合う？ |
|
| 「AntigravityとClaude Codeどっちが賢い？」 | 「Antigravity基盤とClaude Code基盤、運用面でどっちが自分の用途に合う？」 |
|
||||||
| Antigravityのモデルは？ | いまAntigravityのどのバックエンドモデルを使ってる？ |
|
| 「Antigravityのモデルは？」 | 「いまAntigravityが使っているバックエンドモデルはどれ？」 |
|
||||||
| CursorとAntigravityどっちが強い？ | IDE体験（UI）と実行基盤の観点で何が違う？ |
|
| 「CursorとAntigravityどっちが強い？」 | 「IDE体験（UI層）と実行基盤の観点でそれぞれ何が違う？」 |
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
## リスク整理（CDPブリッジ運用）
|
## 実務的な使い分け——この文脈での判断基準
|
||||||
|
|
||||||
antigravity-discord-botのような非公式CDPブリッジは、**技術的には有効**ですが次を分けて考えるべきです。
|
### 公式APIベース（本番運用向き）
|
||||||
|
|
||||||
1. **技術リスク**: 権限奪取 = リモート操作リスク
|
- **構成例:** Claude Code + MCP + Skills、Codex CLI + Gitea連携
|
||||||
2. **運用リスク**: 自動承認設定による破壊的操作
|
- **利点:** 可観測性が高い、契約・利用規約が明確、レート制限やエラーハンドリングが公式サポート
|
||||||
3. **規約リスク**: UI自動化が規約上どう扱われるか
|
- **適用場面:** 本番サービス、継続的に動かす自動化
|
||||||
|
|
||||||
> 「ただのリモコンだから安全」ではなく、\
|
### オーケストレーション基盤（複数エージェント統合）
|
||||||
> **提供側に自動代行運用と見なされるか** が実務上の判定軸です。
|
|
||||||
|
- **構成例:** OpenClaw Gateway + 複数エージェント + Discord/Webhook連携
|
||||||
|
- **利点:** 異なる基盤のエージェントを1箇所で管理、チャネル横断の通知・応答が可能
|
||||||
|
- **注意点:** オーケストレーター自体の可用性が単一障害点になりうる。Gateway障害時のフォールバック設計が必要
|
||||||
|
|
||||||
|
### UI/CDPブリッジ（検証・PoC向き）
|
||||||
|
|
||||||
|
- **構成例:** CDP経由でAntigravity Web UIを操作、Discord DOM監視
|
||||||
|
- **利点:** 公式APIが存在しないサービスにもアクセス可能
|
||||||
|
- **制約:** 後述のリスクを理解した上で、隔離環境・最小権限で運用すべき
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
## 今回の文脈での実務的な使い分け
|
## CDPブリッジ運用のリスク整理
|
||||||
|
|
||||||
- **本番運用**: 公式APIベース（可観測性・契約明確）
|
非公式CDPブリッジ（antigravity-discord-botのようなUI自動化ツール）は技術的には動作しますが、3つの異なるリスクを分けて評価する必要があります。
|
||||||
- **検証/PoC**: UI/CDPブリッジ（隔離環境・最小権限）
|
|
||||||
- **日常開発**: 基盤（Claude Code等） + スキル + 必要に応じMCP
|
### 1. 技術リスク：リモート操作の攻撃面
|
||||||
|
|
||||||
|
CDPポートが開いている＝ブラウザの全操作権限が外部に露出しています。
|
||||||
|
|
||||||
|
- CDP接続元を `127.0.0.1` に限定し、SSHトンネル経由でアクセスする
|
||||||
|
- VM上で隔離されたブラウザプロファイルを使う
|
||||||
|
- 本番の認証情報が入ったブラウザセッションでCDP操作しない
|
||||||
|
|
||||||
|
### 2. 運用リスク：自動承認による破壊的操作
|
||||||
|
|
||||||
|
CDPブリッジ経由の操作を「自動承認」にすると、意図しない破壊的操作が実行されうる。
|
||||||
|
|
||||||
|
- ファイル削除、設定変更、外部送信など不可逆な操作は人間承認を挟む
|
||||||
|
- 操作ログを残し、事後検証できるようにする
|
||||||
|
|
||||||
|
### 3. 規約リスク：UI自動化の利用規約上の扱い
|
||||||
|
|
||||||
|
「ただのリモコンだから安全」ではありません。判断軸は——
|
||||||
|
|
||||||
|
> **提供側がその操作を「自動代行」と見なすかどうか**
|
||||||
|
|
||||||
|
- 多くのサービスはUI自動化（スクレイピング・ボット操作）を利用規約で制限している
|
||||||
|
- 公式APIが提供されている場合、そちらを使うほうが規約上安全
|
||||||
|
- 公式APIがない場合でも、利用規約を確認した上で判断する
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
## 参考（確認に使った一次情報）
|
## 参考情報
|
||||||
|
|
||||||
- Google Codelab: Getting Started with Google Antigravity
|
以下は執筆時点で参照した情報源です。URL・内容は変更される可能性があるため、利用時に最新版を確認してください。
|
||||||
https://codelabs.developers.google.com/getting-started-google-antigravity
|
|
||||||
- Claude Code Docs (features overview / extensions)
|
- Antigravity公式ドキュメント（Google）
|
||||||
https://code.claude.com/docs/en/features-overview
|
- Claude Code公式ドキュメント（Anthropic）
|
||||||
- Cursor Docs (models and pricing)
|
- Cursor公式ドキュメント（Models and Pricing）
|
||||||
https://cursor.com/docs/models-and-pricing
|
- 非公式CDPブリッジの実装例（GitHub上に複数存在）
|
||||||
- 非公式CDPブリッジ例（antigravity-discord-bot）
|
|
||||||
https://github.com/harunamitrader/antigravity-discord-bot
|
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
*この記事は2026年3月時点の情報です。モデル提供範囲・料金・規約は短期間で更新されるため、導入前に必ず公式ドキュメントと利用規約を確認してください。*
|
*この記事は2026年3月時点の情報です。モデル提供範囲・料金・規約は短期間で変わるため、導入前に必ず各サービスの公式ドキュメントと利用規約を確認してください。*
|
||||||
|
|||||||
Loading…
x
Reference in New Issue
Block a user