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 分