本文へ移動
cccskills
無料GitHub で公開日本語紹介

managing-mcp-servers

ThinkRailのMCPサーバー設定を追加・変更・削除し、ツールの接続不具合やサインイン、利用承認に必要な手順を案内するスキルです。

原文原文の説明を見る

Use when the user asks to add, change, remove, enable or disable an MCP server, or when an MCP tool is missing, needs sign-in, fails, or was blocked. ThinkRail runs pi in-process, so there is no `pi` command to call.

連携ツールGitHub

実行スコア 未検証

インストール方法を見る

こんなときに便利

  • MCPサーバーを追加・削除したいとき
  • MCPの設定や公開方法を変更したいとき
  • MCPツールの接続不具合を調べたいとき
  • OAuthサーバーへのサインインが必要なとき
  • 共有サーバーの利用承認を案内したいとき

日本語での紹介

できること

ThinkRailで使うMCPサーバーの追加、変更、削除、有効化・無効化を扱い、MCPツールが見つからない、サインインが必要、接続に失敗した、利用がブロックされたといった状況を整理します。設定場所には、全プロジェクトで使うユーザー単位の ~/.pi/agent/mcp.json と、リポジトリで共有する .pi/mcp.json があります。どちらもpi形式のJSONで記述し、個人用サーバーはユーザー設定、共有が必要な場合はリポジトリ設定に置く方針です。

認証情報を設定ファイルに直接書かず、環境変数やコマンド出力を参照する方法を案内します。サーバーのツール公開方法やパッケージのバージョン固定、GitHubサーバーの読み取り専用設定についても説明します。設定後、リポジトリのサーバーは利用者の承認が必要で、OAuthを使うサーバーでは設定画面からサインインします。遅延読み込みのサーバーは tool_search でツールを読み込みます。

こんなときに便利

MCPサーバーを新しく接続したいとき、既存設定を見直したいとき、接続や認証の問題を切り分けたいときに役立ちます。サーバーを個人用にするか、リポジトリで共有するかを決める場面にも向いています。

使い方の例

  • 「このMCPサーバーを追加する設定を教えて」
  • 「MCPツールが見つからないので、設定を確認して」
  • 「GitHubの読み取り専用MCPサーバーを設定して」

注意点

ThinkRailには pi コマンドがなく、設定ファイルを編集します。リポジトリ設定のサーバーは、Settings › MCP serversで承認するまで動作しません。認証情報は設定ファイルに直接書かないでください。

この紹介文は、公開されている SKILL.md をもとに AI(OpenAI Codex)が作成しました。正確な仕様は下の原文を確認してください。

含まれるファイル(1)

  • SKILL.md3.3 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Managing MCP servers in ThinkRail

ThinkRail uses pi's built-in MCP support but has no pi executable. Never run pi mcp add, pi mcp login or other pi commands; edit the configuration files and point the user at Settings › MCP servers for everything that needs them.

Where servers are configured

  • User level — pi's agent directory, usually ~/.pi/agent/mcp.json: available in every project.
  • This repository — .pi/mcp.json in the worktree, tracked in git. A server defined here does not run until the user approves it in Settings, and any later change to its entry needs approval again. It only loads when the user trusts the project.

Both files use pi's format:

{
  "mcpServers": {
    "docs": { "url": "https://example.com/mcp" },
    "browser": { "command": "npx", "args": ["-y", "@playwright/mcp@0.0.83"] }
  }
}
  • Pin package versions in args; never @latest.
  • Never write a secret into either file. Reference it as ${ENV_VAR} (from the host's environment) or !command (the command's output, for example !gh auth token), or let the user sign in.
  • exposure: deferred (the default here — load the server's tools with tool_search first), direct (a few always-useful tools), or hidden. codemode is treated as deferred.
  • Prefer the user-level file for personal servers; only put a server in .pi/mcp.json when the user wants it shared with the repository.

GitHub

GitHub is a recipe, not a preset: its hosted server, authenticated with the user's GitHub CLI sign-in. Add it to the user-level file (Settings › MCP servers offers the same entry under Paste JSON):

{
  "mcpServers": {
    "github": {
      "url": "https://api.githubcopilot.com/mcp/readonly",
      "headers": { "Authorization": "!t=$(gh auth token) && echo \"Bearer $t\"" }
    }
  }
}
  • /readonly is GitHub's documented read-only mode (same as an X-MCP-Readonly: true header). Use https://api.githubcopilot.com/mcp/ only when the user asks for tools that change data.
  • The header command runs each time a chat connects. While gh is logged out it fails instead of sending an empty token; the user runs gh auth login in a terminal.
  • Unverified: whether GitHub accepts the GitHub CLI token's scopes for every toolset. If the server rejects it, ask the user for a token in an environment variable: "Authorization": "Bearer ${GITHUB_TOKEN}".

After editing

The host reloads idle chats on its own and a busy chat picks the change up when it is idle. Tell the user when a step is theirs: approving a repository server, or Sign in for a server that uses OAuth (both in Settings › MCP servers). Do not ask them to restart ThinkRail.

Using MCP tools

  • Tools are named mcp__<server>__<tool>. For a deferred server, call tool_search to load them.
  • Subagents cannot call MCP tools: call them yourself and put what the subagent needs in its task.
  • ThinkRail asks the user before a call that may change data. A denied or cancelled call is final for that call; do not retry it without asking the user first.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

コメント

ログインなしで書き込めます。使ってみた感想、質問、動かなかった環境などを気軽にどうぞ。

まだコメントはありません。最初のコメントを書いてみませんか。

送信するとすぐに公開されます。メールアドレスや電話番号などの個人情報は書かないでください。URL は 2 つまでです。

0 / 1000 文字

このフォームは reCAPTCHA で保護されており、Google のプライバシーポリシーと利用規約が適用されます。

同じリポジトリのスキル

asking-user-questions

無料概要あり

質問を段階ごとに整理し、ユーザーが判断すべき点を具体的な選択肢で尋ねるための共通ルールを示します。

  • 機能の範囲や挙動を確認したいとき
  • 回答に応じて質問を段階的に進めたいとき
  • 推測した内容を選択肢付きで確認したいとき
JetBrains/thinkrail1,7652026年10月26日 更新

brainstorming

無料概要あり

機能追加や挙動変更、バグ修正の前に、目的や要件を整理して設計案を合意し、実装後に仕様書へ反映するスキルです。

  • 実装前に要件を整理したいとき
  • 機能の設計を相談したいとき
  • バグの原因と修正方針をまとめたいとき
JetBrains/thinkrail1,7652026年10月26日 更新

choosing-a-workflow

無料概要あり

新規プロジェクトの準備、PRの作成・確認、機能追加や不具合修正など、作業内容に応じて次に従うワークフローを選びます。

  • 新規プロジェクトの進め方を決めたいとき
  • 機能追加や不具合修正の経路を選びたいとき
  • PRの確認やレビュー対応を進めたいとき
JetBrains/thinkrail1,7652026年10月26日 更新

importing-a-codebase

無料概要あり

仕様書のない既存コードベースを調べ、コードや資料から目的・構成・依存関係を読み解いて、初期仕様グラフを草案として組み立てます。

  • 仕様のない既存コードを文書化したいとき
  • モジュール構成と依存関係を整理したいとき
  • 既存の設計資料を仕様グラフに取り込みたいとき
JetBrains/thinkrail1,7652026年10月26日 更新

setting-up-a-project

無料概要あり

仕様グラフがないプロジェクトの状態を確認し、新規企画か既存コードかに応じて、仕様作成の適切な手順へ案内します。

  • 新規プロジェクトの仕様作成を始めたいとき
  • 既存コードを仕様グラフに整理したいとき
  • 既存仕様の不足を確認したいとき
JetBrains/thinkrail1,7652026年10月26日 更新

shipping-a-pr

無料概要あり

完成した変更をプルリクエストとして作成し、同期や説明文の更新、CI確認、レビューコメントへの対応まで進めるスキルです。

  • 完成した変更でPRを作成したいとき
  • PRをベースブランチに同期したいとき
  • PRのタイトルや本文を更新したいとき
JetBrains/thinkrail1,7652026年10月26日 更新

JetBrains のスキルをすべて見る

このスキルの問題を報告する