結論から
AI に「できること」を足すには、大きく2つのやり方があります。ツール（道具）とスキル（手順書）です。ツールは、AI が呼び出せる一つの動作——「Web を検索する」「メールを送る」「DB に問い合わせる」。スキルは、AI に渡す一冊の手順書——「請求書を作るときは、この順番で、この形式で」。ツールは「何ができるか」を増やし、スキルは「どうやるか」を教えます。前回の MCP は、このツールを AI につなぐための共通の差込口でした。
この記事で伝えたいのは、この一点だけです。ツールは「ボタン」、スキルは「マニュアル」。AI に新しいボタンを付けるのがツール、その使い方や自社のやり方を教えるのがスキル。両方を組み合わせて、AI は『あなたの会社のやり方で、実際に手を動かせる』ようになる。 「AI に○○させたいのに、うまくやってくれない」の原因は、たいてい、ツールが無いか、スキル（手順の説明）が足りないか、のどちらかです。
- ツール（道具）：AI が呼び出せる一つの動作。1回に1つの入力・1つの出力。「今の天気は？」→ 天気 API を呼ぶ、のような
- 大事な点：AI 自身はツールを実行しない。「このツールを、この値で呼んで」と指示を出すだけで、実際に動かすのはプログラム側
- スキル（手順書）：AI に読ませる、手順・判断・自社ルールをまとめた説明書（Anthropic の Agent Skills なら SKILL.md）。AI がその場で読んで、いつ・どう使うかを自分で判断する
- 使い分け：決まった一つの動作＝ツール。判断や手順が要る仕事＝スキル。多くの場合、両方を組み合わせる
動画版（約2分半）は本文の上に埋め込んであります。
① ツール：AIに「ボタン」を付ける
そのままの AI は、文章を作ることしかできません。今日の天気を聞かれても、学習した時点の一般論を返すだけで、リアルタイムの天気は知りません（→ RAG の記事）。
そこで、AI にツールを渡します。「天気を調べる」というボタンです。すると、天気を聞かれた AI は、こう動きます。「これは、天気ツールを使う場面だ。東京、という値で呼ぼう」。
ここが、いちばん大事なところです。AI 自身は、天気を調べません。 AI がするのは、「天気ツールを、東京、という値で呼んでください」という指示を出すところまで。実際に天気 API を叩いて結果を持ってくるのは、AI の外側のプログラムです。結果が戻ってくると、AI はそれを読んで「東京は晴れ、20度です」と文章にします。この仕組みを、専門的にはファンクションコーリング（tool use、関数呼び出し）と呼びます。
ツールは、こう考えると分かりやすいです。AI に付ける「ボタン」。 「Web 検索」ボタン、「メール送信」ボタン、「DB 問い合わせ」ボタン。ボタンが1つ増えるごとに、AI ができることが1つ増えます。そして前回の MCP は、このボタンを共通の差込口で、まとめて付けられるようにしたものでした（→ MCP の記事）。Slack の MCP サーバーをつなぐと、「メッセージを投稿する」「チャンネルを検索する」といったボタンが、まとめて AI に付きます。
② スキル：AIに「マニュアル」を渡す
ボタン（ツール）を付けても、AI があなたの会社のやり方を知らなければ、期待どおりには動きません。「請求書を作って」と頼んでも、あなたの会社の請求書の形式、通し番号の付け方、送り先の決まりは、AI は知らないからです。
そこで、AI にスキルを渡します。スキルは、ひとことで言えばマニュアル（手順書）です。「請求書を作るときは、①前月の売上を取得し、②この Excel の様式に入れ、③番号は INV- の連番、④PDF にして経理に送る」——こういう手順・判断・自社ルールを、文章でまとめたもの。Anthropic の Agent Skills（2025年に公開された仕組み）では、この手順書を SKILL.md というファイルに書いて、AI に読ませます。
ツールとの違いは、AI に渡すものが「動作」ではなく「読み物」だという点です。AI は、その場でスキル（マニュアル）を読み、「今の頼まれごとには、この手順書が当てはまるな。じゃあ、この順番でやろう」と、自分で判断して進めます。決まりきった1動作ではなく、状況に応じた判断が要る仕事に向きます。ツールが「できること（動作）」を増やすのに対し、スキルは「どうやるか（手順・判断）」を教えます。
この違いは、料理でたとえられます。ツールは、調理器具。包丁、鍋、オーブン。一つ一つが、一つの動作をします。スキルは、レシピ。「この料理は、この器具を、この順番で使う」。器具だけあっても、その店の味は出ません。レシピだけあっても、器具が無ければ作れません。両方そろって、はじめて「あなたの店の料理」ができます。
③ 使い分けと、組み合わせ
3つの言葉が出てきたので、整理します。
- ツール：AI が呼び出せる、一つの動作（ボタン）。「メールを送る」「DB を検索する」
- MCP：そのツールを AI につなぐための、共通の差込口（→ MCP の記事）。Slack をつなぐ、GitHub をつなぐ
- スキル：AI に渡す、手順・判断・自社ルールの手順書（マニュアル）。「請求書はこう作る」
使い分けの目安は、こうです。やらせたいことが「決まった一つの動作」なら、ツール（＋必要なら MCP でつなぐ）。「順番や判断が要る、自社なりのやり方」なら、スキル。 そして多くの場合、両方を組み合わせます。請求書作成のスキル（手順書）が、途中で「売上を取得する」ツールと「メールを送る」ツールを呼ぶ、という形です。レシピ（スキル）が、調理器具（ツール）を使う、という関係です。
「AI に頼んだのに、うまくやってくれない」と感じたら、この3つで切り分けてください。そもそも、その動作をするツールが無い（＝ボタンが無い）のか。ツールはあるが、自社の手順を教えていない（＝マニュアルが無い）のか。多くのつまずきは、このどちらかです。
なお、AI に手を動かせるようにするほど、渡した権限の分だけ、間違いやだましの被害も大きくなります。ツールで「送信」「削除」を付けるとき、スキルで自動処理を組むときは、取り消せない操作に人の確認を挟む——という原則は、これまでの記事と同じです（→ AIエージェントの権限過剰の記事）。
よくある質問
「ツール」と「ファンクションコーリング」は違うものですか。
ほぼ同じことを指します。「ツール（tool use）」は、AI に付ける道具そのもの。「ファンクションコーリング（関数呼び出し）」は、AI がそのツールを「呼び出す」という動きの呼び名です。最近は「ツール」「ツール呼び出し」という言い方が主流です。
スキルと、ただの長いプロンプト（指示文）は違いますか。
考え方は近いです。スキルは、その「指示文（手順・ルール）」を、ファイルとしてまとめ、AI が必要なときに自分で読み込めるようにしたものです。毎回プロンプトに全部書く代わりに、手順書として置いておき、関係する場面で AI が取り出して使う——という点が、使い勝手の違いです。
MCP とスキルは、どちらを使えばいいですか。
役割が違うので、どちらか一方ではありません。MCP は「外のサービスにつなぐ（ツールを持ち込む）」、スキルは「そのツールを使った、自社の手順を教える」。つなぐ相手があるなら MCP、教えたい手順があるならスキル、両方あるなら両方です。
この3回（RAG・MCP・スキルとツール）が分かれば、AI 活用は十分ですか。
「AI に、自分のデータを知らせ（RAG）、外のシステムにつなぎ（MCP）、自社の手順で動かす（スキルとツール）」という、AI 活用の骨格はつかめます。あとは、安全に使うための権限設計です。そちらは、セキュリティ知識カテゴリーの記事にまとめています。
