Skip to main content
Glama
enesjakozh
johnpapa

peacock-mcp

by johnpapa
OverviewSchemaSourceRelated ServersDiscussionsAdmin
TypeScript
Hybrid

GitHub Codespacesでプロジェクトを開く 鍛冶屋のバッジ ノードバージョン ライセンス

VS CodeでNPMを使ってインストールする VS Code Insiders で NPM を使用してインストールする

VS CodeでDockerを使ってインストールする VS Code Insiders で Docker を使用してインストールする

機能•ツール•セットアップ• MCPホストの構成

VS Code の Peacock 拡張機能用の MCP サーバー。コードエディターごとに世界を彩ります。このプロジェクトの主な目的は、MCP サーバーを使用して API を操作する方法を示すことです。

注: この MCP サーバーで使用されるすべてのデータは、公式の Peacock ドキュメントから取得されます。

🔧 機能

  • Peacock のドキュメントを取得する: Peacock の詳細情報を取得します。

Related MCP server: mcp-server-code-runner

🧰 ツール

1. fetch_peacock_docs 🔍🦸‍♂️

  • 説明: GitHubリポジトリからPeacock for VS Code拡張機能のドキュメントを取得し、ドキュメントに基づいて質問に答えます。

  • 入力:

    • prompt （クエリ）：Peacock に関する質問。

  • 戻り値: あなたの答え!

🛠️ セットアップ

ここから VS Code 用の Peacock をインストールします。

VS Code Insiders で GitHub Copilot にホストされた MCP サーバーを実行する

注: Claude Desktop ですでに MCP サーバーが有効になっている場合は、VS Code 設定にchat.mcp.discovery.enabled: trueを追加すると、既存の MCP サーバー リストが検出されます。

MCP サーバーを特定のリポジトリに関連付ける場合は、次の内容を含む.vscode/mcp.jsonファイルを作成します。

{
  "inputs": [],
  "servers": {
    "peacock-mcp": {
      "command": "npx",
      // "command": "node",
      "args": [
        "-y",
        "@johnpapa/peacock-mcp"
        // "_git/peacock-mcp/dist/index.js"
      ],
      "env": {}
    }
  }
}

MCP サーバーをすべてのリポジトリに関連付ける場合は、VS Code ユーザー設定 JSON に以下を追加します。

"mcp": {
  "servers": {
    "peacock-mcp": {
      "command": "npx",
      // "command": "node",
      "args": [
        "-y",
        "@johnpapa/peacock-mcp"
        // "/Users/papa/_git/peacock-mcp/dist/index.js"
        // "_git/peacock-mcp/dist/index.js"
      ],
      "env": {}
    }
  }
}
"chat.mcp.discovery.enabled": true,

VS Code の手動インストール

注: すばやくインストールするには、この README の上部にあるインストール ボタンをクリックしてください。

VS Code設定の使用

VS Code に Peacock MCP サーバーを手動でインストールするには、次の手順に従います。

  1. Cmd+Shift+P (macOS) またはCtrl+Shift+P (Windows/Linux) を押して「設定: ユーザー設定 (JSON) を開く」を検索し、VS Code 設定 (JSON) を開きます。

  2. 設定ファイルに次の JSON を追加します。

{
  "mcp": {
    "servers": {
      "peacock-mcp": {
        "command": "npx",
        "args": ["-y", "@johnpapa/peacock-mcp"],
        "env": {}
      }
    }
  },
  "chat.mcp.discovery.enabled": true
}

CLIコマンドの使用

VS Code 安定版の場合:

code --add-mcp '{"name":"peacock-mcp","command":"npx","args":["-y","@johnpapa/peacock-mcp"],"env":{}}'

VS Code Insider 向け:

code-insiders --add-mcp '{"name":"peacock-mcp","command":"npx","args":["-y","@johnpapa/peacock-mcp"],"env":{}}'

Smithery経由でインストール

Smithery経由で Claude Desktop 用の Peacock MCP Server を自動的にインストールするには:

npx -y @smithery/cli install @johnpapa/peacock-mcp --client claude

MCP Inspector を使用して MCP サーバーをローカルで実行する

MCP Inspector をローカルで実行してサーバーをテストする場合は、次の手順に従います。

  1. このリポジトリをクローンします:

    git clone https://github.com/johnpapa/peacock-mcp

  2. 必要な依存関係をインストールし、プロジェクトをビルドします。

    npm install
npm run build

  3. (オプション) MCP Inspector を使用してサーバーを試すには、次のコマンドを実行します。

    # Start the MCP Inspector
npx @modelcontextprotocol/inspector node build/index.js

    ブラウザのコンソールに表示されているMCP InspectorのURLにアクセスします。Arguments Arguments``dist/index.jsに変更し、 Connectを選択します。 List Toolsを選択して、利用可能なツールを確認します。

GitHub Copilotのツールの使用

  1. mcp サーバーが検出可能になったので、GitHub Copilot を開いて、 Agentモード ( ChatやEditsはない) を選択します。

  2. Copilot チャット テキスト フィールドの「更新」ボタンを選択して、サーバー リストを更新します。

  3. 「🛠️」ボタンを選択すると、このリポジトリのツールも含め、使用可能なすべてのツールが表示されます。

  4. チャットに、ツールの 1 つが自然に呼び出されるような質問を投稿します。たとえば、次のようになります。

    How do I set my VS Code accent colors?

    注: 「申し訳ありません。応答は Responsible AI Service によってフィルター処理されました。プロンプトを言い換えて、もう一度お試しください。」と表示された場合は、もう一度実行するか、プロンプトを言い換えてください。

Available Tools

1 tool
fetch-peacock-docsB

Fetches the Peacock for VS Code extension docs from its GitHub repository and answers questions based on the documentation

ParametersJSON Schema
NameRequiredDescriptionDefault
queryYesThe question to answer based on the Peacock documentation

TDQS

B3.3/5.0
Behavior2/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

The description does not disclose how answers are generated, source repository specifics (branch, version), caching, error handling, or rate limits. With no annotations, the description carries full burden and is insufficient.

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

Single sentence that is concise, though slightly run-on. No wasted words, but could be structured more clearly.

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness2/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

With one parameter and no output schema, the description should explain what the tool returns and how it works. It mentions 'answers questions' but not the format or completeness. Additional details are needed.

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters3/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

Schema coverage is 100% and the description adds little beyond the schema's own description of the 'query' parameter. Baseline 3 as schema does the heavy lifting.

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

The description clearly states it fetches Peacock documentation and answers questions, with a specific verb and resource. No sibling tools exist, so differentiation is not required.

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines3/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

No explicit guidance on when to use or not use this tool, but the purpose is implied. Since there are no sibling tools, the lack of alternatives is acceptable, but prerequisites or context are missing.

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

Tool Schema Changelog

Recent tool additions, removals, and schema changes observed during successful MCP inspections.

  1. 1 tool update
    • First observedfetch-peacock-docs
Deploy Server
Shareable, User-Owned Context BackendPeople, applications, and agents read, write, and coordinate together in one context lake. Reach it over MCP, a CLI, a Python SDK, or REST.fulcradynamics.comAd

TDQS

A3.6/5.0

Scored across 1 tool

Disambiguation5/5

With only one tool, there is no possibility of confusion between tools. An agent will always select this tool correctly when needed.

Naming Consistency5/5

The single tool uses a clear verb_noun pattern (fetch-peacock-docs), which is consistent and descriptive. As there is only one tool, naming consistency is not an issue.

Tool Count3/5

One tool is minimal for a server, but it may be acceptable if the entire functionality is covered by a single combined action (fetching docs and answering questions). However, it feels thin compared to typical MCP servers that offer multiple operations.

Completeness4/5

The tool appears to fully cover its stated purpose: fetching Peacock documentation and answering questions about it. There is no obvious missing functionality for a Q&A tool over static docs, though a separate fetch tool could be argued.

Maintenance

ActivityInactive
ResponsivenessNo issues

Resources

Related MCP Connectors

Related MCP Servers

Appeared in Searches