Anthropic の「Claude Skills」って最近聞いたんですけど、AI エージェントと何が違うんですか?

エージェントが「家」だとしたら、Skills は「部屋ごとの専門家」。1 つの業務 = 1 つの Skill としてフォルダに入れて呼び出す。脱エンジニアが業務を AI 化する最小単位になる。

Anthropic Claude Skills 公開 — AI エージェントを「スキル単位」で組み立てる新時代

2025 年後半、AI エージェントの設計思想が変わった

Anthropic が 2025 年後半に公開した Claude Skills は、AI エージェントの構築方法を根本から変える機能です。従来の「1 つの巨大エージェントが何でもやる」モデルから、「スキル単位の小さな専門家を組み合わせる」コンポーザブル設計へ。

シマント AI が提唱する「脱エンジニア」(DATSU-Engineer) — 業務担当者が AI を業務単位で管理する世界 — に、これほど合致する仕組みはありません。

ミドリ： タツヤさん、「Claude Skills」って最近聞きました。AI エージェントとは違うんですか?

タツヤ(nodding)： 似てるけど違う。例えると、エージェントが「家」だとしたら、Skills は「部屋ごとの専門家」。1 つの業務 = 1 つの Skill としてフォルダに入れて、Claude が必要な時だけ呼び出す仕組み。

ミドリ(thinking)： 専門家を呼ぶ、ですか。

タツヤ(nodding)： うん。例えば「請求書の集計」「SES 提案書ドラフト」「議事録要約」「顧客 CSV 整形」。これらを 個別の Skill として登録しておくと、Claude は「請求書出てきた → 集計 Skill 呼び出し」みたいに自動で判断する。

Skills とは何か (技術仕様)

ミドリ(thinking)： Skill って具体的にどんなファイル構成?

タツヤ(nodding)： 3 つの要素で構成されたフォルダ。

/skills/
  /invoice-aggregation/
    SKILL.md           ← Skill の説明 (Claude が読む)
    aggregator.py      ← 実行コード (任意)
    template.md        ← 出力テンプレート (任意)
  /ses-proposal-draft/
    SKILL.md
    customer-data-loader.py
    proposal-template.docx
  /meeting-summary/
    SKILL.md
    transcribe.py

SKILL.md には「このスキルは何ができて、どんな入力を受け取り、どんな出力を返すか」が書いてある。Claude が起動時にこれを読んで「今このスキルが必要かどうか」を判断する。

ミドリ(surprised)： 設計図を読んでくれるんですね。

タツヤ(nodding)： うん、これが従来のエージェントと根本的に違う点。スキル定義は人間が分かる Markdown で書く。プログラム言語を覚える必要なし。

SKILL.md のサンプル

ミドリ(thinking)： SKILL.md って具体的にどう書くんですか?

タツヤ(nodding)： 業務担当者が書いた例をそのまま見せる。

---
name: 請求書 PDF 集計
description: 月末に届く取引先の請求書 PDF を OCR して、金額・支払期日・請求番号を Excel に転記する
when_to_use: 「請求書をまとめて」「月末集計お願い」と言われた時
---

## 入力
- 請求書 PDF ファイル (1 個 or フォルダ単位)

## 手順
1. PDF を OCR (Cloud Vision API)
2. 「合計金額」「支払期日」「請求番号」「振込先」を抽出
3. 既存の Excel 集計シート (template.xlsx) に追記
4. 異常 (合計不一致 / 期日 60 日超) を検出したらアラート

## 出力
- 更新済み Excel ファイル
- 異常検出時はメール通知 (経理部宛)

## 注意点
- 個人事業主の請求書は屋号と個人名が混在することが多い、要注意
- 印紙税が貼られていない場合の処理は経理長に確認

ミドリ(thinking)： これって、業務マニュアルそのものじゃないですか?

タツヤ(smiling)： その通り。Skills の本質は「業務マニュアルを Claude に読ませる」こと。脱エンジニアにとって最強の理由がここにある。今まで人間が読むだけだった社内マニュアルが、そのまま AI 実行可能なスキルになる。

業務担当者が Skill を量産する

ミドリ(confused)： 私みたいなのでも書けますか?

タツヤ(nodding)： 余裕。シマントのお客様の例だと、

経理担当 (50代女性): 月末作業 5 件を Skill 化、月 40 時間削減
営業企画 (30代男性): 提案書ドラフト + 顧客分析 7 件を Skill 化、月 60 時間削減
人事担当 (40代女性): 採用面接質問生成 + 評価レポート 4 件を Skill 化、月 25 時間削減

全員、SKILL.md は Word で書く感覚で 1 時間で完成。コードが必要な部分だけ Cursor で Vibe Coding。

Anthropic 公式 Skill カタログ

ミドリ： 自分で書く以外に、既製の Skill ってあるんですか?

タツヤ(nodding)： うん、Anthropic Skill Library で公式 + コミュニティ Skill が共有されてる。例えば:

Skill	提供元	用途
`pdf-extractor`	Anthropic 公式	PDF からテキスト抽出
`excel-writer`	Anthropic 公式	Excel 生成・編集
`slack-notifier`	コミュニティ	Slack 通知送信
`notion-sync`	コミュニティ	Notion との双方向同期
`gmail-classifier`	Anthropic 公式	Gmail 自動分類
`code-reviewer`	Anthropic 公式	コードレビュー実施

ミドリ： 部品を組み合わせて自社用の Skill を作るイメージですね。

タツヤ(nodding)： その通り。「車輪の再発明」が無くなるのが Skills の最大の価値。

エージェントとの違い — 細かく整理

ミドリ： エージェントと Skills、もう少し整理して教えてください。

タツヤ(nodding)： 5 つの観点で比較。

観点	エージェント	Skills
設計単位	1 つの大きな Goal	1 つの業務タスク
起動方法	ユーザが意図的に起動	Claude が自動判定
構成要素	プロンプト + ツール定義	SKILL.md + コード + テンプレート
再利用性	プロジェクト固有が多い	完全に再利用可能
業務担当者の参加	エンジニア中心	業務担当が主役

ミドリ(thinking)： Skills の方が「組み立て」感が強いですね。

タツヤ(nodding)： うん。業務担当者が「手順書」を書くだけで AI が業務を実行する世界。これが脱エンジニアの究極形。

OpenAI Function Calling との違い

ミドリ： OpenAI の Function Calling とは何が違うんですか?

タツヤ(thinking)： 抽象度が違う。

Function Calling: コードレベル — JSON スキーマで関数を定義、エンジニア向け
Claude Skills: 業務マニュアルレベル — Markdown で意図を書く、業務担当者向け

両方とも内部的には「ツール呼び出し」だけど、書き手の想定読者が違う。Function Calling はエンジニアが書く前提、Skills は業務担当者が書く前提。

シマント AI 内部の Skills 運用

タツヤ(smiling)： うちの社内で動いてる Skill 群を一部紹介する。

/shimanto-skills/
  /sales/
    proposal-draft-ses/
    customer-research/
    quote-generator/
  /content/
    blog-emotion-tagger/
    blog-image-prompt-generator/
    seo-keyword-density-checker/
  /ops/
    ses-deployment-checker/
    cloudflare-status-monitor/
    incident-cost-calculator/
  /admin/
    monthly-kpi-summary/
    ai-cost-aggregator/

12 個の Skill が動いてて、月 200 時間以上の業務時間を削減してる。

ミドリ(surprised)： 月 200 時間!? 1 人月以上ですよね。

タツヤ(nodding)： うん。シマント AI は社員 5 名の小規模会社だけど、Skills を全社員が書けるようになってから、外注に頼らず内製で自動化が回り始めた。これが脱エンジニアの会社運営。

失敗パターンと対策

ミドリ： 注意点はありますか?

タツヤ(thinking)： 5 つ。

SKILL.md が長すぎる: 100 行超えると Claude が読みづらくなる、1 Skill = 100 行以内目安
複数の責任を 1 Skill に詰める: 「請求書 OCR + メール送信 + 集計」を 1 つにせず、3 つの Skill に分ける
テストせずに本番投入: 必ず Claude Console でドライラン
権限管理が雑: Skills が DB やファイルに書き込む場合、最小権限の原則を守る
バージョン管理しない: Skills は Git で管理、変更履歴を追えるように

ミドリ(nodding)： メモります。1 Skill = 100 行 + 1 責任 + テスト + 最小権限 + Git。

Anthropic Skills の今後

ミドリ： これから Skills はどうなりそう?

タツヤ(nodding)： Anthropic のロードマップから読み取れる方向性は 3 つ。

Skill Marketplace の拡大: 商用 Skill の販売・購入が標準化 (App Store 的)
MCP との統合: Model Context Protocol で他の AI モデルからも Skills を呼べるように
エンタープライズ統合: AWS Bedrock / Azure AI Foundry / Google Vertex AI で Skills 標準化

ミドリ(thinking)： つまり、Anthropic 専用じゃなくなっていく?

タツヤ： そう。Skills は AI 業界の共通言語になっていく見込み。シマントとしても、Skill 形式で社内ナレッジを保有しておくことを推奨してる。

まとめ — 脱エンジニアの「業務 = Skill」時代

ミドリ(smiling)： 業務マニュアルを Claude に読ませるだけで業務が動く時代、本当にすごい変化ですね。

タツヤ(smiling)： うん。「業務担当者が業務を AI に教える」のが当たり前になる。これがシマント AI の言う「脱エンジニア」の本質。コードを書かなくても、手順書を書けば AI が動く。

ミドリ： 早速、自分の月次レポート作成を SKILL.md にしてみます!

タツヤ(smiling)： いいね。最初の 1 つを書ければ感覚が掴める。シマント AI でも Skills 設計の伴走支援を月 5 万円から提供してる。

シマント AI の AI エージェント開発 | 脱エンジニアの部屋