list_public_systems
The showcased public design systems in the BrandPilot pool: name, display name, brand color, status, version and their v2 endpoints.
無需輸入參數。

dev.brandpilot由 brandpilot.dev 發布官方發布者v1.0.0更新於 Oct 29, 2026
BrandPilot brands and design systems for coding agents: tokens, design context, repo rules.
BrandPilot MCP 把品牌與設計系統帶進編碼助理:可讀取公開設計系統的權杖與清單,設定 API 金鑰後還可使用工作區工具。
Web executable,透過 Streamable HTTP。 遠端服務在工作區中設定後即可從網頁執行環境執行。
把這段提示詞貼上到 Claude Code、Codex、Cursor 等代理程式,或 SourceWeft 對話中。代理程式會讀取該伺服器的安裝指南,先向你展示發布者、端點和登入方式,經你同意後再把它新增到你的客戶端。金鑰不會寫進任何命令。
閱讀 https://sourceweft.com/mcp/dev.brandpilot%2Fbrandpilot-mcp/install.md,並按其中說明把這個 MCP 伺服器接入我的客戶端。修改任何設定之前,先告訴我它的發布者、端點和登入方式,等我確認。不要把 API 金鑰寫進命令或我會提交的檔案;問我金鑰應從哪裡取得。把它新增到你客戶端的 mcpServers 設定中。
{
"mcpServers": {
"brandpilot": {
"type": "http",
"url": "https://brandpilot.dev/api/mcp",
"headers": {
"Authorization": "Bearer <YOUR_TOKEN>"
}
}
}
}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:
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.It never touches a database; any machine with network access to brandpilot.dev can run it. Requires Node.js 20 or newer.
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.
Then run /mcp in Claude Code to confirm brandpilot is connected, and ask "Ask BrandPilot who I am and list my brands".
or in ~/.codex/config.toml:
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.
Add to ~/.cursor/mcp.json (all projects) or .cursor/mcp.json (one project):
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.
The key is sent only in the Authorization header and is never printed, including in error messages and on stderr.
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:
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.
/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.brandpilot-mcp/catalog now exports the four public tools only, with their v2 endpoints.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
The showcased public design systems in the BrandPilot pool: name, display name, brand color, status, version and their v2 endpoints.
無需輸入參數。
Full adoption manifest for a public system: tokens, components, pages, brand asset URLs and the binding design-direction block.
name必填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必填formatMarkdown 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必填已滿足適用檢查項的 100%
該評分衡量此收錄條目的完整程度,依據註冊中心條目、端點與公開來源計算得出。它不是對伺服器本身的評價,也不表示伺服器安全或目前可用:可連通性是帶日期的檢查結果,評分也不包含安裝量或使用者評價。
claude mcp add brandpilot --scope user -e BRANDPILOT_API_KEY=bp_live_your_key_here -- npx -y brandpilot-mcpcodex mcp add brandpilot --env BRANDPILOT_API_KEY=bp_live_your_key_here -- npx -y brandpilot-mcp[mcp_servers.brandpilot]command = "npx"args = ["-y", "brandpilot-mcp"]
[mcp_servers.brandpilot.env]BRANDPILOT_API_KEY = "bp_live_your_key_here"{ "mcpServers": { "brandpilot": { "command": "npx", "args": ["-y", "brandpilot-mcp"], "env": { "BRANDPILOT_API_KEY": "bp_live_your_key_here" } } }}npm installnpm run buildnpm test