えらぶ
何ができるかでは、選べない。
同じことが、いくつもの形で配られている ── 手元で叩くコマンド（CLI）、外のサービスと繋ぐ口（MCP）、自分で書いて呼ぶ口（API）、やり方を書いた紙（スキル）。できることが同じなら、選ぶ基準は別のところにある。
見るのは三つだけ ── 何に二度困ったか／窓をいくら食うか／覚えさせたいのは知識か、呼び出しか。根拠は提供元のドキュメントと、提供元が出した実測。
先に、三つ
形が違うと、何が違うのか。
3つの前に、3つだけ。どれも提供元のドキュメントに書いてある。
-
足せるものは、機能ではなく載り方で分かれている。
指示のファイルは毎回全文が載り、スキルは説明の一行だけ、繋いだ口は道具の名前だけ、必ず走る仕掛けはゼロ。同じことができる二つでも、窓の食い方が違う（→ 覚え方の3番）。だから「できること」で並べても選べない。
公式機能ごとの「いつ載るか・何が載るか・文脈の費用」の表 ── code.claude.com ／ Understand context costs
-
繋ぐ口は生きた呼び出し、紙は再利用できる知識。
公式が並べて書いている ── 繋ぐ口（MCP）は外のシステムに触るための道具と接続、スキルは知識・作法・手順。「うちではこの順で確認する」は知識で、「その台帳を実際に読む」は呼び出し。混ぜると、知識を足したいだけの時に接続を作ることになる。
公式MCP とスキルの対比（何を提供するか）── code.claude.com ／ Compare similar features
-
手元のコマンドは、道具の一覧を持たない。
繋ぐ口を足すと、その道具の名前が毎回載る。手元でコマンドを叩く形にはその一覧が無い ── 打つ時に一行あるだけ。同じことをするなら、窓の外で済ませられるほうが軽い。
公式繋いだ口は道具名が起動時に載り、詳しい仕様は要る時に読む ── code.claude.com ／ Connect Claude Code to tools via MCP
ここから ── 見る場所
1 ── 引き金
足すものは、困り方で決まる。
公式のドキュメントに、どういう時に何を足すかの表がそのまま載っている。「何ができるか」から入ると全部が欲しくなるが、「何に二度困ったか」から入ると、たいてい一つに決まる。
⚠️ 順番も書いてある ──「最初から全部を用意する必要はない」。同じ引き金が二度目に来てから足す形が、そのまま公式の勧め方になっている。⚠️ そして同じ引き金は、直す時にも効く ── 何度も手で直しているものは、次に足すものではなく、すでに足したものを直す合図。
公式引き金と、それに対して足すものの対応表 ── code.claude.com ／ Build your setup over time
2 ── 重さ
繋ぐ前に、コマンドで済むかを問う。
繋いだ口は、使わない日も名前が載る。提供元が出した実測では、道具の定義と途中の結果を全部モデルに通す形から、コードから呼ぶ形に変えた一例で 150,000 トークン → 2,000 トークン（98.7%減）。同じ文書に「何千もの道具に繋がっていると、依頼を読む前に何十万トークンも処理することになる」とも書いてある。
⚠️ 繋ぐな、ではない。公式が挙げている繋ぎ時ははっきりしている ──「別のアプリのタブから、チャットへデータを写している自分に気づいた時」。手で写す往復が繰り返されているなら、そこが繋ぐ場所。一度も写していない口を、先に繋がない。
実例帯の長さは出典の数値そのまま（同じ縮尺）。この比は一例のもので、道具の数と作業で変わる。
逆の手
使いそうな繋ぎ口を、 先に一通り入れておく
使わなかった口も、依頼を読む前の処理として毎回請求される。「入れてあるだけ」は無料ではない。
合う手
まず手元のコマンドで試す。 写す往復が繰り返されたら、 そこだけ繋ぐ
繋ぐ判断が実際に起きた手間に紐づく。繋いだ後も、使われていない口は外せる。
公式150,000 → 2,000 トークンの実測と、道具が増えた時の前処理 ── anthropic.com ／ Code execution with MCP
公式「他の道具からチャットへデータを写している自分に気づいた時に繋ぐ」── code.claude.com ／ Connect Claude Code to tools via MCP
3 ── 知識か、呼び出しか
やり方を覚えさせたいだけなら、繋がなくていい。
足したいものが「うちのやり方」なら、それは知識で、紙（スキル）で足りる。足したいものが「その台帳を実際に読む・書く」なら、それは呼び出しで、繋ぐ口が要る。この二つは代わりにならない ── そして、よく組み合わさる。
⚠️ 順番がある。先に繋いでから「使い方」を紙で足すと噛み合う（公式の例：繋ぐ口が台帳への接続を与え、紙がその読み方を教える）。逆に、知識だけが要る場面で接続を作ると、窓を食う口が一つ増えるだけで何も解決しない。
模式左が知識、右が呼び出し。下の矢印は、両方を足した時にだけ現れる形。
公式「MCP は外のサービスへの接続と道具、スキルは知識・作法・手順」／組み合わせの例 ── code.claude.com ／ Combine features
よく聞くけれど
ここに無いものは、裏が取れていない。
足す話でよく出てくる言い回し。どれも上の3つには入れていない。
| よく見る言い回し | 上に入れていない理由 |
|---|---|
| 「対応と書いてあるものは一通り入れる」 | 入れた数だけ、依頼を読む前の処理が増える（2番）。使わない口が無料になる場面は、出典の中に無い |
| 「API の一覧から良さそうなものを選ぶ」 | ここに一覧は置いていない。繋ぎ先は月ごとに入れ替わるので、アプリの設定にある一覧のほうが正確。この頁が持つのは選ぶ基準だけ |
| 「新しい形が出たら乗り換える」 | 寿命を判定していない。どの形が生き残るかは、ここでは分からない |
| 「無料のものから試す」 | 値段は提供元ごとに月単位で変わるので置いていない。窓の食い方は値段と別で、そちらは上に書いてある |