# スキルではなく MCP サーバーを作るべきなのはいつか

Canonical URL: https://bestskillsforclaude.com/ja/skills/mcp-builder
Language: ja
Skill: mcp-builder
Publisher: Anthropic (https://github.com/anthropics)
Source: https://github.com/anthropics/skills/tree/main/skills/mcp-builder
License as stated by the publisher: Apache 2.0
Runtime: Claude apps and Claude Code
Category: Claude の拡張
Last reviewed: 2026-08-05

エージェントが知る必要があるときではなく、何かをする必要があるときです。

## Short answer
mcp-builder スキルは Model Context Protocol サーバーの設計と実装を助けます。自社データベースへの問い合わせや内部 API の呼び出しのように、エージェントが実際の能力を得る仕組みです。システムに作用させたいならサーバー、手順に従わせたいならスキルを選んでください。

Best for: 社内システム、API、データソースを制御された形でエージェントに開くこと。
Skip it if: 必要なのが手順の指針である場合。それはスキルであり、保守コストもはるかに低く済みます。

## What to remember
- ツール設計がすべてです。名前の悪いツールは使われないツールです。
- 重複した多数のツールより、範囲の明確な少数が勝ります。
- エラーメッセージはインターフェースの一部です。エージェントはそれを読んで次を決めます。
- サーバーは能力を与えるものであり、能力には権限の境界が必要です。

## 実務で何が変わるか
MCP の難所はプロトコルではなくインターフェース設計です。エージェントは名前と説明からツールを選ぶため、process という名前でオプションオブジェクトを受け取るツールは常に誤用されます。
明示的な指針をもって作ると、見取り図が小さく読みやすく保たれます。エージェントが正しく使うサーバーと、避けるか誤用するサーバーの差はそこにあります。

## 期待に届かない点
セキュリティモデルは決めてくれません。エージェントが何を読み、書き、消せるのかは自分たちの決定であり、サーバー側で強制する必要があります。
プロトコルの詳細も動きます。スキルに写し取られた内容が最新だと仮定せず、現行の仕様を確認してください。

## Install and first run
1. anthropics/skills から Apache 2.0 で導入します。
2. 先にツールの見取り図を決めます。数は少なく、名前は明確に、引数は自明に。
3. 現実的で最も曖昧な依頼で試します。悪い境界はそこで露見します。

## Questions
### スキルと MCP サーバーのどちらですか
手順と規約ならスキル、能力、つまり他の手段では届かないシステムへのアクセスならサーバーです。

### よくある設計の誤りは
曖昧な名前で重複した多すぎるツールです。選択が不安定になります。

### エラーメッセージは重要ですか
重要です。エージェントはそれを読んで次の手を選ぶため、インターフェースの一部として扱ってください。

## Sources
- GitHub の anthropics/skills: https://github.com/anthropics/skills
- anthropics/skills、mcp-builder スキルのディレクトリ: https://github.com/anthropics/skills/tree/main/skills/mcp-builder

## Other languages
- English: https://bestskillsforclaude.com/en/skills/mcp-builder
- Spanish: https://bestskillsforclaude.com/es/skills/mcp-builder
- Brazilian Portuguese: https://bestskillsforclaude.com/pt-br/skills/mcp-builder