最新リストはClaude Codeの内蔵機能、MCP、プラグインを混同している。実際の拡張は四層に分かれており、ネイティブの能力を理解し必要に応じて外部接続することで、その真価を発揮できる。最近コミュニティで広まっている「Claude Codeを熟練エンジニアのようにする9つのプラグイン」リストには、Context7、GitHub、Playwright、ターミナル、記憶などのツールが挙げられている。意図は良いが、「内蔵機能、MCPサーバー、プラグイン」をすべてプラグインと呼ぶと、新規ユーザーが誤解しやすくなる。本当のところ、Claude Codeの拡張は何層にも分かれており、どの層がどの問題を解決しているかを理解することが、たくさんの機能を詰め込むよりも重要だ。Claude Codeの拡充は実は四層に分かれている--------------------第一層は内蔵ツールで、すぐに使え、インストール不要。ターミナルコマンド（Bash）の実行、プロジェクトファイルの読み書き、コード検索、ウェブページの取得、思考の拡張、CLAUDE.mdや記憶機構を用いたプロジェクトの文脈保存などを含む。第二層はMCP（Model Context Protocol）サーバーで、標準プロトコルを通じて外部データやサービスに接続できる。例えば最新ドキュメント、GitHub、ブラウザ自動化、データベースなど。これこそ「別途インストール」すべき部分だ。第三層はSkillsで、一連のコマンドとプログラムをパッケージ化し、必要に応じてロードできるスキル（例：Word文書生成のdocxスキル）。第四層はPluginsで、Skills、スラッシュコマンド、サブエージェント、フック、MCP設定を一つにまとめ、インストールや共有を容易にする。あのリストの中で実は不要なものも多い---------------リストではターミナルアクセス、ファイルシステム、記憶、逐次思考をプラグインで必要とされているが、これらはClaude Codeに最初から内蔵されている。文中の「ファイルアクセスがなければAIは役に立たない」「Claudeがターミナルを持つと」などの表現は、Claude Codeには当てはまらない。なぜなら、指令の実行、プロジェクト全体の読み書き、記憶の保存、段階的推論はすべてネイティブで可能だからだ。以下の表は、その9項目を本来の役割に戻したものだ。| リスト項目 | 実際の役割 || --- | --- || Context7 | MCPサーバー（最新ドキュメントの外部接続） || GitHub | MCPサーバー || Playwright | MCPサーバー（ブラウザ自動化テスト） || Database | MCPサーバー || Terminal 終端機 | 内蔵（Bashコマンド） || Filesystem ファイルシステム | 内蔵（ネイティブのプロジェクト読み書き） || Memory 記憶 | 内蔵（CLAUDE.md／記憶機構） || Sequential Thinking | 同名のMCPがあるが、内蔵の思考拡張と重複 || Browser Tools | 内蔵のウェブ取得、必要に応じてPlaywrightなどのMCPも選択可能 |つまり、9つの中で「外部接続」とみなせるのは実質4つだけで、残りはClaude Codeに最初から備わっている能力だ。本当に外部接続すべきものはこれらのMCPサーバー-----------------------内蔵されておらず、外部接続によって初めて機能が拡張されるのは、主にMCPサーバーに依存する。Context7は最新のフレームワークやライブラリのドキュメントをClaudeに供給し、古いAPIの使用を減らす。GitHub MCPはリポジトリやプルリクエスト、イシューを読み取り、プロジェクト構造を理解させる。Playwright MCPは実際にブラウザを操作し、ボタンをクリックしたり、フロントエンドの問題を再現・検証したりできる。データベースMCPはスキーマの確認やクエリの実行、SQLの最適化を行う。これらを追加したい場合は、設定ファイルに対応するMCPサーバーを登録すれば良い。詳細はMCP完全ガイドを参照。重要なのは、最大限のインストールではなく、各層が何を解決しているかを見極めること---------------------このリストの核心的な見解は正しい：Claude Codeの真の力は、高度な文脈でのツール連携にあり、プロンプトの工夫だけではない。しかし、すべてをプラグインと呼ぶと、多くの機能をインストールしなければならないと誤解され、ネイティブの能力を見逃すことになる。まず内蔵、MCP、Skills、Pluginsがそれぞれ何を解決しているかを明確にし、必要に応じて外部接続を行うことが、Claude Codeをチャットツールからエンジニアリングのパートナーへと進化させる正しい順序だ。* 本文は《鏈新聞》の許可を得て転載* 原文タイトル：《別把 Claude Code 都當外掛：內建、MCP、Plugins、Skills 一次分清楚》* 原文著者：Elponcrab
別把Claude Code當外掛！四層架構：內建、MCP、Plugins、Skills一次分清楚
最新リストはClaude Codeの内蔵機能、MCP、プラグインを混同している。実際の拡張は四層に分かれており、ネイティブの能力を理解し必要に応じて外部接続することで、その真価を発揮できる。
最近コミュニティで広まっている「Claude Codeを熟練エンジニアのようにする9つのプラグイン」リストには、Context7、GitHub、Playwright、ターミナル、記憶などのツールが挙げられている。意図は良いが、「内蔵機能、MCPサーバー、プラグイン」をすべてプラグインと呼ぶと、新規ユーザーが誤解しやすくなる。本当のところ、Claude Codeの拡張は何層にも分かれており、どの層がどの問題を解決しているかを理解することが、たくさんの機能を詰め込むよりも重要だ。
Claude Codeの拡充は実は四層に分かれている
第一層は内蔵ツールで、すぐに使え、インストール不要。ターミナルコマンド（Bash）の実行、プロジェクトファイルの読み書き、コード検索、ウェブページの取得、思考の拡張、CLAUDE.mdや記憶機構を用いたプロジェクトの文脈保存などを含む。第二層はMCP（Model Context Protocol）サーバーで、標準プロトコルを通じて外部データやサービスに接続できる。例えば最新ドキュメント、GitHub、ブラウザ自動化、データベースなど。これこそ「別途インストール」すべき部分だ。第三層はSkillsで、一連のコマンドとプログラムをパッケージ化し、必要に応じてロードできるスキル（例：Word文書生成のdocxスキル）。第四層はPluginsで、Skills、スラッシュコマンド、サブエージェント、フック、MCP設定を一つにまとめ、インストールや共有を容易にする。
あのリストの中で実は不要なものも多い
リストではターミナルアクセス、ファイルシステム、記憶、逐次思考をプラグインで必要とされているが、これらはClaude Codeに最初から内蔵されている。文中の「ファイルアクセスがなければAIは役に立たない」「Claudeがターミナルを持つと」などの表現は、Claude Codeには当てはまらない。なぜなら、指令の実行、プロジェクト全体の読み書き、記憶の保存、段階的推論はすべてネイティブで可能だからだ。以下の表は、その9項目を本来の役割に戻したものだ。
| リスト項目 | 実際の役割 | | --- | --- | | Context7 | MCPサーバー（最新ドキュメントの外部接続） | | GitHub | MCPサーバー | | Playwright | MCPサーバー（ブラウザ自動化テスト） | | Database | MCPサーバー | | Terminal 終端機 | 内蔵（Bashコマンド） | | Filesystem ファイルシステム | 内蔵（ネイティブのプロジェクト読み書き） | | Memory 記憶 | 内蔵（CLAUDE.md／記憶機構） | | Sequential Thinking | 同名のMCPがあるが、内蔵の思考拡張と重複 | | Browser Tools | 内蔵のウェブ取得、必要に応じてPlaywrightなどのMCPも選択可能 |
つまり、9つの中で「外部接続」とみなせるのは実質4つだけで、残りはClaude Codeに最初から備わっている能力だ。
本当に外部接続すべきものはこれらのMCPサーバー
内蔵されておらず、外部接続によって初めて機能が拡張されるのは、主にMCPサーバーに依存する。Context7は最新のフレームワークやライブラリのドキュメントをClaudeに供給し、古いAPIの使用を減らす。GitHub MCPはリポジトリやプルリクエスト、イシューを読み取り、プロジェクト構造を理解させる。Playwright MCPは実際にブラウザを操作し、ボタンをクリックしたり、フロントエンドの問題を再現・検証したりできる。データベースMCPはスキーマの確認やクエリの実行、SQLの最適化を行う。これらを追加したい場合は、設定ファイルに対応するMCPサーバーを登録すれば良い。詳細はMCP完全ガイドを参照。
重要なのは、最大限のインストールではなく、各層が何を解決しているかを見極めること
このリストの核心的な見解は正しい：Claude Codeの真の力は、高度な文脈でのツール連携にあり、プロンプトの工夫だけではない。しかし、すべてをプラグインと呼ぶと、多くの機能をインストールしなければならないと誤解され、ネイティブの能力を見逃すことになる。まず内蔵、MCP、Skills、Pluginsがそれぞれ何を解決しているかを明確にし、必要に応じて外部接続を行うことが、Claude Codeをチャットツールからエンジニアリングのパートナーへと進化させる正しい順序だ。