Claude Skills 入門:AI はチャットボットから生産的なワーカーへとどう進化するのか

@wshuyi
中国語6 か月前 · 2026年1月09日
439K
1.4K
360
77
2.4K

TL;DR

王樹義(Wang Shuyi)氏が、関数から Claude Skills への進化を解説。ユーザーが自身の専門知識を再利用可能な AI ワークフローにパッケージ化し、コンテンツ公開やデータ分析といった反復作業を自動化する方法を紹介します。

AI 分野の新しい用語、スマホの新機種より早く更新されてる気がしませんか?

昨日やっと「Function Calling」を理解したと思ったら、今日は「Skills」が登場。一昨日「MCP」って誰かが言ってたと思ったら、反応する間もなく「Agents」の話が出てくる。こんな言葉を見るたびに、まず頭に浮かぶのは「また置いていかれてる?」ってこと。

焦らないでください。今日は「Claude Skills」をしっかり解説します。

さらに重要なのは、すでに知っている「関数(Functions)」や「関数呼び出し(Function Calling)」との関係性をお伝えすることです。これらは3つのバラバラな用語ではなく、積み重なったステップだとわかります。この3つのレイヤーを理解すれば、新しい用語がどの位置づけか判断できるようになります。

出発点

まずはおなじみの「関数(Functions)」から。プログラミングにおける関数です。

関数は「小さなアシスタント」だと考えてください。仕事を任せると(入力すると)、完了したら結果を教えてくれます(出力します)。レストランのウエイターみたいなもの。注文すると料理が出てきて、毎回決まった手順で動きます。

例えば、プログラマーが calculate_tax(income) という関数を書きます。収入額を入力すると、税額を計算してくれます。もう一度計算したい? また呼び出せばいい。毎回税金のロジックを書き直す必要はありません。

関数の価値は3つの言葉に集約されます。カプセル化、再利用、標準化

タスクをパッケージ化することで、誰でも毎回同じように使えます。これは何十年もの間、プログラマーにとって最も基本的な生産性向上ツールでした。

Wang Shuyi - inline image

しかし、関数には限界があります。それはコードの世界にしか存在しないことです。

プログラマーがコード内で getWeather() と書けば、100% 実行されます。しかし、普通の人はコードを書きませんし、AI はこのコードを直接「実行」しません。では、どうやって AI にこれらの「小さなアシスタント」を使わせるのでしょうか?

橋渡し

2023年頃、「Function Calling(関数呼び出し)」という概念が広まりました。

これは、「チャットしかできない AI」に電話と連絡先リストを渡すようなものだと考えてください。

以前は、AI に「今日の北京の天気は?」と聞くと、学習データから推測するか、「わかりません」と正直に答えるしかありませんでした。実際に確認する「手足」がなかったからです。

Function Calling によって状況は変わりました。

開発者は AI に事前に伝えます。「ここに連絡先リストがあって、get_weather という関数がある。天気を知りたければこの番号に電話してね。」AI は質問を受けると、判断します。「ああ、これに答えるには get_weather を呼び出さないと。」

そして、標準的な「メモ」(JSON と呼ばれるもの)を生成します。

{ "function": "get_weather", "arguments": { "city": "Beijing" } }

このメモは外部プログラムによって受信、解析、実行されます。外部プログラムが実際に気象台に問い合わせます。結果は AI に返され、AI が平易な言葉で伝えます。「今日の北京は晴れ、気温は 15 度です。」

ここに初心者が見落としがちな重要な転換点があります。

従来の関数は「決定論的」です。プログラマーが getWeather() と書けば、必ず実行されます。

しかし、LLM の Function Calling は「確率論的」です。AI は 自分で判断して 関数を呼び出すかどうかを決めます。この判断はルールではなく、理解に基づいています。ごくまれに、リクエストを誤解釈する可能性もあります。

つまり、Function Calling の本質は「AI に電話をかけさせること」ですが、かけるかどうか、誰にかけるかは AI 自身が決める のです。

これは大きな飛躍です。AI はもはや単なる「知識ベース」ではなく、「行動者」になります。

Wang Shuyi - inline image

しかし、Function Calling にもまだ問題があります。断片的で、一回限りの使い方に終わることです。

論理的な判断や文書の参照を伴いながら、5〜6 個の関数を連続して呼び出す必要があるタスクには、単純な Function Calling では不十分です。

飛躍

2025 年 10 月 16 日、Anthropic は新機能をリリースしました。Claude Skills です。

Skills は、「従業員マニュアル」と「ツールボックス」を組み合わせたものだと考えてください。

マニュアルは AI に指示します。「この種のタスクに遭遇したら、こうやって進めて、各ステップでどのツールを使うか。」ツールボックスには、必要なスクリプトや参考資料が入っています。

具体的には、Skill は 3 つのものを含むフォルダです。

1 つ目は、SKILL.md ファイル。 これは自然言語で書かれた「指示書」です。Skill の目的、いつ使うか、注意事項などを AI に伝えます。

2 つ目は、スクリプト。 Python や JavaScript などで書かれたコードです。AI が「実際に手を動かす」必要があるときに、これらのスクリプトを実行します。

3 つ目は、リソースファイル。 タスク実行中に AI が参照できる参考文書、テンプレート、設定ファイルなどです。

Function Calling との根本的な違いは何かと疑問に思うかもしれません。

違いはこれです。Function Calling は「単一のツール」であり、Skills は「完全なソリューション」です。

Function Calling は、ハンマーとドライバーを渡されて、どちらをいつ使うか自分で判断しなければならないようなもの。Skills は、IKEA の組み立てマニュアルを渡されて、すべての手順、ツール、部品が揃っているようなものです。

「段階的開示(progressive disclosure)」と呼ばれる重要なメカニズムもあります。

AI の「ワーキングメモリ」(コンテキストウィンドウ)には限りがあります。すべての Skills を一度に詰め込むと、AI は混乱します。Skills を使うと、AI はマニュアルの存在を認識しつつ、実際に必要なときだけ「該当ページを開く」ことができます。

Wang Shuyi - inline image

では、3 つのレイヤーをまとめて見てみましょう。

Wang Shuyi - inline image

下から上へと、抽象度が高くなります。関数はコードレベル、Function Calling はインターフェースレベル、Skills はワークフローレベルです。

Skills は Function Calling を含むことができますが、Function Calling は Skills の一部に過ぎません。

実践的な応用

Skills は実際に何ができるのでしょうか? 実際のユースケースを見てみましょう。

まず、私自身のプロジェクトです。 x-article-publisher-skill

Wang Shuyi - inline image

Markdown で記事を書き、X(Twitter)の記事として公開したい場合、コピー&ペーストすると書式がすべて失われてしまいます。見出し、太字、リンクを手動で修正する必要があり、1記事あたり 15〜20 分かかります。

画像はさらに厄介です。手動でアップロードし、正しい位置にドラッグする必要があります。この Skill がその問題を解決します。

Markdown を解析し、タイトルとカバー画像を抽出し、すべての画像に「ブロックインデックス」を計算します。そして、Markdown をリッチテスト HTML に変換して完璧に貼り付けられるようにし、ブラウザ自動化(Playwright)を使ってすべての画像を自動的に正しい位置に挿入します。

手動で 30 分かかっていた作業が、完全自動で 数分に短縮されます。面倒なことはしたくないという人にとって、何もしなくて済むことが本当の価値です。

「これって単なる自動化スクリプトじゃないか?」と思うかもしれません。

その通りでもあり、そうでもありません。スクリプトは実行方法を覚えておく必要があります。Skill はその指示も含んでいます。「これを X に公開して」と AI に伝えるだけで、AI はどの Skill を使うべきか、そしてどう操作するかを理解します。

これが「知識のコード化」の価値です。「やり方を知っている」を「AI もやり方を知っている」に変えること。

他のシナリオとしては、次のようなものがあります。

ミーティング管理: 議事録から要約とアクションアイテムを抽出し、フォローアップメールの下書きを作成する Skill。

データ分析: CSV を渡すと、主要な指標を特定し、グラフ付きのレポートを生成する Skill。

カスタマーサポート: ナレッジベースから回答を取得し、人間らしい応答にまとめる Skill。

最後に、開発者向けツールです。

skill-creator という Skill があります。これは、Skill を作成するための Skill です。ワークフローを説明すると、プロジェクトの枠組みを生成してくれます。

Wang Shuyi - inline image

始め方

既存の Skills を使う には、最も簡単な方法は Claude Code のプラグインマーケットプレイスを利用することです。

Wang Shuyi - inline image

/plugin marketplace add anthropics/claude-code を使って他のマーケットプレイスを追加できます。

Wang Shuyi - inline image

インストール後は、/plugin コマンドで管理できます。

Wang Shuyi - inline image

自分で作成する には、skill-creator メタスキルを使います。資料を分析して図を描く Skill も作成できます。例えば、『紅楼夢』の登場人物関係図のようなものです。

Wang Shuyi - inline image

または、戦国七雄の相互作用図も。

Wang Shuyi - inline image

Claude Skills を NotebookLM のような外部ツールと連携させることもでき、強力な検索機能と自分の創造性を組み合わせられます。

Wang Shuyi - inline image

GitHub の awesome-claude-skills で、コミュニティが厳選した優れた Skills リストをチェックしてみてください。

Wang Shuyi - inline image

個人的には、陽志平氏のチームによる 42plugin マーケットプレイス をおすすめします。評価機能があり、質の低いプラグインを避けられます。

Wang Shuyi - inline image

最も重要なポイント: Skill の作成に必ずしもコーディングは必要ありません。

SKILL.md の指示は自然言語です。ワークフローに複雑なスクリプトが不要なら、自然言語だけで多くのことが実現できます。

まとめ

  • 関数(Functions) は基盤です(コードレベル)。
  • Function Calling は橋渡しです(インターフェースレベル)。
  • Claude Skills は設計図です(ワークフローレベル)。

Gartner のアナリストが言うように、焦点は「モデル更新」から「ユースケースの実装」へと移っています。Skills は AI を「応答者」から「協働者」へと変えます。

次に新しい AI 用語を耳にしたら、自分に問いかけてみてください。「これはどのレイヤーにあるものだろう?」 そう考えると、新しい用語はずっと怖くなくなります。

Claude Skills はもう試しましたか? ぜひコメントであなたのワークフローを共有してください!

YouMindで再制作

Turn one viral article into a full content workflow

Collect the source, decode the pattern, create assets, draft the story, and distribute from one AI workspace.

Explore YouMind
クリエイターのために

あなたの Markdown をきれいな 𝕏 記事に

自分の長文を投稿するとき、画像・表・コードブロックを 𝕏 向けに整形するのは手間がかかります。YouMind は Markdown 全体を、そのまま投稿できるきれいな 𝕏 記事に変換します。

Markdown → 𝕏 を試す

解読すべきパターンをもっと

最近のバイラル記事

バイラル記事をもっと見る