Brandpilot Mcp

dev.brandpilot由 brandpilot.dev 發布官方發布者v1.0.0更新於 Oct 29, 2026

BrandPilot brands and design systems for coding agents: tokens, design context, repo rules.

已驗證Streamable HTTP可網頁執行開發者工具媒體與設計

概覽

AI 產生的概覽

BrandPilot MCP 把品牌與設計系統帶進編碼助理:可讀取公開設計系統的權杖與清單,設定 API 金鑰後還可使用工作區工具。

可以做什麼
  • 列出公開設計系統,包含名稱、品牌色、狀態、版本與端點
  • 讀取某個系統的完整採用清單:權杖、元件、頁面、品牌素材與設計方向
  • 以 globals-css、colors-ts、spacing-ts、typography-ts、tailwind-theme、tailwind-v4、brand-manifest 或 dtcg 等格式匯出系統權杖
  • 取得 Markdown 採用指南,內含用來初始化設計套件與進行設計回合的複製貼上提示詞
  • 設定工作區 API 金鑰後,代理到託管的 BrandPilot MCP,可存取品牌、設計脈絡、儲存庫規則包、設計系統套件,並回傳已完成的设计稿
適用情境
適合讓編碼助理依特定品牌或設計系統建構介面,或希望把權杖與儲存庫規則直接拉進專案而不必手動複製。僅瀏覽與匯出公開設計系統時,不需金鑰即可使用。
執行需求
需要 Node.js 20 或更新版本;可作為本機 stdio 程序透過 npx 執行,也可連線遠端端點。需能存取 brandpilot.dev。選用的工作區 API 金鑰放在 BRANDPILOT_API_KEY(或 Authorization bearer 標頭)以啟用代理模式;BRANDPILOT_MCP_URL、BRANDPILOT_ORIGIN 與 BRANDPILOT_TIMEOUT_MS 可覆寫預設值。
安裝前請注意
工作區 API 金鑰(BRANDPILOT_API_KEY,以 Authorization bearer 標頭送出)可存取你的 BrandPilot 工作區,請勿寫進會提交到儲存庫的設定檔,優先使用環境變數。代理模式下請求會送往託管的 BrandPilot 服務,部分託管工具會匯入或完成設計工作,因而改動工作區資料。唯讀金鑰呼叫寫入類工具可能回傳 HTTP 403。

安裝

在 SourceWeft 中

  1. 開啟 儀表板中的 Brandpilot Mcp,將其新增到工作區。
  2. 連接 Authorization token 憑證。它們會被私密儲存,絕不會在公開頁面上展示。
  3. 為需要使用其工具的對話啟用該服務。

Web executable,透過 Streamable HTTP。 遠端服務在工作區中設定後即可從網頁執行環境執行。

交給代理程式安裝

把這段提示詞貼上到 Claude Code、Codex、Cursor 等代理程式,或 SourceWeft 對話中。代理程式會讀取該伺服器的安裝指南,先向你展示發布者、端點和登入方式,經你同意後再把它新增到你的客戶端。金鑰不會寫進任何命令。

閱讀 https://sourceweft.com/mcp/dev.brandpilot%2Fbrandpilot-mcp/install.md,並按其中說明把這個 MCP 伺服器接入我的客戶端。修改任何設定之前,先告訴我它的發布者、端點和登入方式,等我確認。不要把 API 金鑰寫進命令或我會提交的檔案;問我金鑰應從哪裡取得。

檢視代理程式所依據的安裝指南

其他 MCP 客戶端

把它新增到你客戶端的 mcpServers 設定中。

{
  "mcpServers": {
    "brandpilot": {
      "type": "http",
      "url": "https://brandpilot.dev/api/mcp",
      "headers": {
        "Authorization": "Bearer <YOUR_TOKEN>"
      }
    }
  }
}

README

brandpilot-mcp

MCP server for BrandPilot: bring a brand into your coding agent - list your brands, read a design's context and continuation contract, install its repo rules pack and tokens, and fetch its design system kit - natively from Claude Code, Codex, Cursor, Claude Desktop or any other MCP client.

The package runs in one of two modes:

  • With a workspace API key (BRANDPILOT_API_KEY): a thin stdio proxy onto the hosted BrandPilot MCP at https://brandpilot.dev/api/mcp. Every tools/list, tools/call, prompts/list and prompts/get is forwarded and the answer relayed, so the tool list is always the one BrandPilot serves today - new tools arrive without a package update.
  • Without one: the public design-system tools, served over the BrandPilot REST API v2 with no account and no key.

It never touches a database; any machine with network access to brandpilot.dev can run it. Requires Node.js 20 or newer.

Connect with an API key

Create a workspace API key in BrandPilot under Settings, API keys. It starts with bp_live_. Replace bp_live_your_key_here below with it, and keep it out of committed files.

Claude Code

bash
claude mcp add brandpilot --scope user -e BRANDPILOT_API_KEY=bp_live_your_key_here -- npx -y brandpilot-mcp

Then run /mcp in Claude Code to confirm brandpilot is connected, and ask "Ask BrandPilot who I am and list my brands".

Codex

bash
codex mcp add brandpilot --env BRANDPILOT_API_KEY=bp_live_your_key_here -- npx -y brandpilot-mcp

or in ~/.codex/config.toml:

toml
[mcp_servers.brandpilot]command = "npx"args = ["-y", "brandpilot-mcp"]
[mcp_servers.brandpilot.env]BRANDPILOT_API_KEY = "bp_live_your_key_here"

To keep the key out of the file, export BRANDPILOT_API_KEY in your shell and use env_vars = ["BRANDPILOT_API_KEY"] in place of the env table.

Cursor

Add to ~/.cursor/mcp.json (all projects) or .cursor/mcp.json (one project):

json
{  "mcpServers": {    "brandpilot": {      "command": "npx",      "args": ["-y", "brandpilot-mcp"],      "env": {        "BRANDPILOT_API_KEY": "bp_live_your_key_here"      }    }  }}

Any other MCP client

Run npx -y brandpilot-mcp as a stdio server with BRANDPILOT_API_KEY in its environment. The same shape works in Claude Desktop's claude_desktop_config.json.

What the errors mean

MessageCauseFix
BrandPilot rejected the API key (HTTP 401)The key is mistyped, expired or revokedCreate a new key and restart the server
The API key does not have the permission this call needs (HTTP 403)The key lacks a scope (for example a read-only key calling finish_external_design)Use a key with that scope
The hosted BrandPilot MCP is not enabled (HTTP 404)The hosted MCP is not switched on for that BrandPilot instance yetUnset BRANDPILOT_API_KEY to use the public tools meanwhile, or check BRANDPILOT_MCP_URL
did not answer within N sThe hosted call took longer than BRANDPILOT_TIMEOUT_MSRetry; raise the timeout for slow calls

The key is sent only in the Authorization header and is never printed, including in error messages and on stderr.

Tools

In API-key mode the tools and prompts come from the hosted server (brands, design context, repo rules pack, design system kit, importing finished work back for review, and more); the current list is at https://brandpilot.dev/api/v2/mcp/tools and on brandpilot.dev/docs. A good first call is whoami.

Without a key the server serves these public tools, all over the BrandPilot REST API v2:

ToolAuthWhat it does
list_public_systemsnoneList public design systems (name, display name, brand color, status, version, v2 endpoints)
get_system_manifestnoneFull adoption manifest for a public system: tokens, components, pages, brand assets, direction
export_system_tokensnoneExport a system's tokens (globals-css, colors-ts, spacing-ts, typography-ts, tailwind-theme, tailwind-v4, brand-manifest, dtcg)
get_adoption_briefnoneMarkdown onboarding doc: bootstrap a design package and run a design round (a Design canvas for Claude Code, local HTML drafts for other agents)

Upgrading from 0.x

1.0.0 is a major release because tools and a variable were removed. BrandPilot API v1 and the per-design handoff keys stop answering on 2026-12-15 (HTTP 410), so every 0.x install loses its keyless calls that day; upgrade before then.

  • The public tools now call API v2 (/api/v2/..., and /api/v2/systems/{name}/export for tokens) instead of API v1 and /api/systems/export/{name}, and take the v2 names the hosted server uses: list_systems is now list_public_systems, get_system_adoption is get_system_manifest, get_system_tokens is export_system_tokens and get_agent_prompt is get_adoption_brief. Arguments are unchanged; export_system_tokens also accepts tailwind-v4 and dtcg.
  • get_adoption_brief returns the new v2 brief: a design round on a Design canvas (Claude Code) or local HTML drafts (other agents), instead of the Claude Design steps.
  • get_design_handoff, get_design_prompt_pack, import_design_artifacts and finish_external_design are removed from the keyless server, and DESIGNFLOW_HANDOFF_KEY is no longer read (a leftover value only prints one line asking you to remove it). Their v2 successors (get_design_context, get_design_brief, import_design_work, finish_design_import) are served by the hosted MCP: create a workspace API key in BrandPilot (Settings, API keys) and set BRANDPILOT_API_KEY, see Connect with an API key.
  • The Claude Design prompt pack is gone with it: claude.ai/design closes on 2026-12-14. The hosted tools return a design's context and repo rules pack for building in your own repo instead.
  • brandpilot-mcp/catalog now exports the four public tools only, with their v2 endpoints.

Environment variables

VariableDefaultPurpose
BRANDPILOT_API_KEY(none)Workspace API key; turns on proxy mode
BRANDPILOT_MCP_URL${BRANDPILOT_ORIGIN}/api/mcpHosted MCP endpoint in proxy mode. Must be https, except on localhost
BRANDPILOT_TIMEOUT_MS70000Per-request timeout in proxy mode (1000 to 600000)
BRANDPILOT_ORIGINhttps://brandpilot.devOrigin for the public tools, and the base of the default BRANDPILOT_MCP_URL - override to point at a local dev server

Local development

bash
npm installnpm run buildnpm test

The e2e tests drive the built server against a fake origin that answers API v2 and returns 410 on every v1 path. To run them against a local BrandPilot instead, set BRANDPILOT_E2E_ORIGIN=http://localhost:3005 (any origin that serves API v2) before npm test.

npm link then an MCP config pointing at the linked bin is the fastest way to verify against a live server: in API-key mode confirm whoami names your workspace; without a key confirm list_public_systems returns the curated pool and nothing private.

See CHANGELOG.md for release notes.

來源:README.md,提交 6415eff

工具

4

list_public_systems

The showcased public design systems in the BrandPilot pool: name, display name, brand color, status, version and their v2 endpoints.

無需輸入參數。

get_system_manifest

Full adoption manifest for a public system: tokens, components, pages, brand asset URLs and the binding design-direction block.

輸入參數name必填

export_system_tokens

A public system's tokens in one format: globals-css, colors-ts, spacing-ts, typography-ts, tailwind-theme, tailwind-v4, brand-manifest or dtcg.

輸入參數name必填format

get_adoption_brief

Markdown onboarding doc for a public system: the two copy-paste prompts a coding agent uses to bootstrap a design package and run a design round (a Design canvas for Claude Code, local HTML drafts for any other agent).

輸入參數name必填

版本歷史

3
  1. v1.0.0最新Oct 22, 2026
  2. v0.3.1Oct 14, 2026
  3. v0.3.0Oct 13, 2026

評分

已滿足適用檢查項的 100%

該評分衡量此收錄條目的完整程度,依據註冊中心條目、端點與公開來源計算得出。它不是對伺服器本身的評價,也不表示伺服器安全或目前可用:可連通性是帶日期的檢查結果,評分也不包含安裝量或使用者評價。

  • 近 30 天內可連通必需25 分
  • 已宣告認證方式必需10 分
  • 已列出工具15 分
  • 描述必需15 分
  • 圖示10 分
  • 文件15 分
  • 授權條款10 分