ワンクリックで
add-mcp-server
Use this skill when helping users add MCP servers to their Warp configuration.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
メニュー
Use this skill when helping users add MCP servers to their Warp configuration.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
Add a new feature flag to gate code changes in the Warp codebase.
Create a pull request in the warp repository for the current branch. Use when the user mentions opening a PR, creating a pull request, submitting changes for review, or preparing code for merge.
Repo-specific dedupe guidance for warp-external. Only the categories declared overridable by the core dedupe-issue skill may be specialized here.
Implement an approved feature from PRODUCT.md and TECH.md, keeping specs and code aligned in the same PR as implementation evolves. Use after the product and tech specs are approved and the next step is building the feature.
Promote a feature-flagged feature to Dogfood, Preview, or Stable in the Warp codebase. Use when a feature behind a FeatureFlag is ready to roll out to a broader audience, including wiring up the compile-time/runtime bridge and deferring flag cleanup safely.
Remove a feature flag after it has been rolled out and stabilized in the Warp codebase.
| name | add-mcp-server |
| description | Use this skill when helping users add MCP servers to their Warp configuration. |
Warp supports MCP servers via native config files. Follow these steps when helping a user add an MCP server.
If the user hasn't specified, ask whether they want to configure the server globally (for all projects) or project-scoped (for a specific repository only).
Config file paths:
~/.warp/.mcp.json{repo_root}/.warp/.mcp.jsonIf the user hasn't provided the server's connection details, use WebSearch to find the correct configuration for the named server.
If it's unclear whether the server should be run as a local CLI process (stdio transport) or connected to via URL (HTTP/SSE streaming transport), ask the user which they prefer.
Check whether the target config file exists.
If it does not exist, create it with mkdir -p for the directory and initialize it with an empty mcpServers wrapper key:
{
"mcpServers": {}
}
If it exists, read it to determine which top-level wrapper key is already in use. Recognized wrapper keys (in order of preference):
mcpServers (preferred)mcp_serversserversmcp.servers (nested under a mcp key)Preserve the existing wrapper key when writing. If the existing key is unrecognized or incompatible, switch to mcpServers.
Never remove existing server entries — only add or update the new server.
{
"mcpServers": {
"server-name": {
"command": "npx",
"args": ["-y", "@scope/package-name"],
"env": {
"API_KEY": "${API_KEY}"
}
}
}
}
By default, Warp spawns stdio servers from the directory the config was discovered in:
{repo_root}/.warp/.mcp.json) run from the repo root.~/.warp/.mcp.json, ~/.claude.json, etc.) run from the home directory.If the server's command or args are relative paths (e.g. ./tooling/mcp/server.js) or the server expects a specific cwd, set working_directory to override the default:
{
"mcpServers": {
"server-name": {
"command": "node",
"args": ["./tooling/mcp/server.js"],
"working_directory": "/absolute/path/to/repo"
}
}
}
{
"mcpServers": {
"server-name": {
"url": "https://example.com/mcp",
"env": {
"API_KEY": "${API_KEY}"
}
}
}
}
For environment variables containing secrets, use ${VAR_NAME} syntax — Warp will substitute the value from the user's environment at runtime.
.mcp.json files on save — no restart required.