@ 桥接- ds/ mcp
连接您自己的 Claude( Claude 代码、 Claude 桌面或任何 MCP 客户端) 的 MCP 服务器
设计系统回波. 克劳德可以读取您的 DTCG 令牌,组件和文件, 运行您的对比门,以及
作为可审查的分支提出符号更改并拉动请求。 从不写信 main。 。 。 .
免费和有源(FSL-1.1-MIT,每个版本在两年后成为MIT). 本地, 没有后端, 没有账户 : 它读取您磁盘上的文件, 或 GitHub repo 用你自己的纪念品.
运行它
从npm,没有建设:
npx -y @bridge-ds/mcp --repo owner/name # GitHub repo: your gh sign-in, else read-only
GITHUB_TOKEN=... npx -y @bridge-ds/mcp --repo owner/name # GitHub repo, can open PRs
npx -y @bridge-ds/mcp --root . # local folder (default: current directory)
npx -y @bridge-ds/mcp --help
连接到 Claude 代码 :
claude mcp add bridge -s user -- npx -y @bridge-ds/mcp --repo owner/name
# so Claude can open pull requests (a fine-grained token limited to that repo):
claude mcp add bridge -s user -e GITHUB_TOKEN=your-github-token -- npx -y @bridge-ds/mcp --repo owner/name
# or a local checkout:
claude mcp add bridge -- npx -y @bridge-ds/mcp --root /abs/path/to/your-ds
或者做一个项目 .mcp.json. Claude Desktop, 其他客户端和全向导 : 文件/AI.md。 。 。 .
在服务器上工作 : npm run mcp:build 在一个复制的复制物中 将它建起来
packages/mcp/dist/index.js,这是雷波自己的 .mcp.json 运行.
模式
| 模式 | 开始 | 读取 | 写作 |
|---|---|---|---|
| 当地 | --root <dir> (默认 cwd) | 工作树 | a 承诺建立一个新的当地 bridge/* 分支,通过git管道: 您的取出,索引和工作树没有被触及. 从不推. |
| 远程, 无符号 | --repo owner/name | GitHub( 绘制文件, 一个 API 呼叫树) | 无 |
| 远程, 代号 | --repo owner/name + 键 GITHUB_TOKEN | GitHub API 密码 | 新设 bridge/* 分支、承诺、标有标签的PR草案 source: mcp 财务报告和审定财务报表 tier: N |
工具
79个工具。 "writes"工具会更改文件,分支,拉出请求或出问题;它们需要在远程模式下获得一个符号,并且只在被询问者被询问时运行.
| 工具 | 访问 | 它会做什么 |
|---|---|---|
bridge_apply_suggestion | 写入 | 对今天的代码应用桥的建议("Apply Bridge建议#42"). |
bridge_archive_exploration | 写入 | 存档探索, 如 Studio 中: 在其仍然开放的拖放请求上存档的标签隐藏在默认列表, home and counts(bridge list explorations with ascription: true lists them)中. |
bridge_ask_someone_else | 写入 | 请其他可以给缺失的批文的人审查分会,作为工作室审查队列中的"请别人审查",将有关人员从要求的审查员中取出. |
bridge_audit | 读取 | 测量一个产品编码库如何使用这个设计系统(仅当地使用). |
bridge_back_to_draft | 写入 | 像工作室的"更多"菜单里那样 把一个分店从审查室带回起草室. |
bridge_branch_status | 读取 | 一个作为 Studio 进行审查的分支显示它:其产品,状态(草案,在审查中,需要设计或技术批准,被测试,冲突所阻断,准备合并,合并,关闭),批准(Tier 1:一个所有者批准;一个实施被批准建议的分支带有它的批准),测试,它如何与主对抗,人物是否可以合并(与 Studio 的并列按钮和状态芯片相同的判决),以及下一步. |
bridge_check_contrast | 读取 | 运行repo的WCAG对比门(每个品牌x主题中的每对). |
bridge_close_branch | 写入 | 关闭一个分支而不将其合并,如 Studio's More菜单. |
bridge_close_exploration | 写入 | 关闭一个探索而不合并它. |
bridge_combine_branches | 读取 | 2到4个符号分支的合并预览,作为工作室中的"一起尝试":每个分支自己的符号在最新的主干上编辑,符号两个分支设置不同(每个密钥选取一个并带有接取),打开组合的链接(用桥工具栏的管理员演示,库视图). |
bridge_comment | 写入 | 在分行上张贴评论,或在行评论的线条中回复(reclyTo: its id from Bridge list comments). |
bridge_continue_exploration | 写入 | 选取一个勘探地点,当人说出"Continue Bridge Exploring #12"(Studio's Curping line;shop #12 for a product with its own surpose),或要求继续取出一个名字. |
bridge_create_request | 写入 | 以与Figma和Bridge Studio请求格式相同的格式,将组件更改请求作为 GitHub 的标签组件更改(出处:mcp)文件. |
bridge_create_suggestion | 写入 | 作为其有效载荷(schema Bridge.sugMontrot/1:类型、标题、摘要和符号编辑、docs、组件Spec或文件)的建议文件. |
bridge_draft_docs | 读取 | 启动或刷新组件的docs.json. |
bridge_exploration_to_figma | 读取 | 克劳德需要在团队"Figma"文件的新一页中重建一个探索,当时的人说在"Figma"(Studio's line:"Put Bridge Exploring shop#12 in Figma")中放出或发送这个探索. |
bridge_figma_changes | 读取 | 图书馆分出为在Figma(从-figma取出标签)中更改的组件打开的DS Bridge Figma插件,每个站位:精确的符号变化(没有AI,对比出门),或带规格的分支,等待克洛德·AI起草代码,后由克洛德·AI起草,并由一个人审查. |
bridge_figma_coverage | 读取 | 哪些组件以Figma为单位,在 Studio的词中(是的,被起草的,自动布局的,还没有说明原因),以及是否有代码图像用于忠实检查DS Bridge Figma插件运行(它的分数活在Figma). |
bridge_figma_gaps | 读取 | Figma所构建的组件与其故事(differs)不同,或无法被检查(不能检查,有原因),来自DS桥插件的最新Check忠心运行(故事镜头为裁判),取而代之的是度量衡本身的检查;一个用figma-fixes.json显示的状态固定及其原因. |
bridge_get_build_request | 读取 | 一个构建请求,准备构建:设计师发送的(请求,图像前后,道具需要,问题保存时的光谱),状态时间线,链接拉出请求,Jira键,组件文件以及 brief,这个repo中建造它的速度. |
bridge_get_claude_design_system | 读取 | Bridge图书馆作为克洛德设计系统,在Bridge版本服务现在:版本,每个文件的标本(路径,大小,sha256和下载url,在项目/下发布),团队的设计系统文物当Bridge知道时,该做什么("创建","更新"或"无"),自团队上次公布以来变化的文件,以及步骤. |
bridge_get_component | 读取 | 一个组件:从TypeScript(类型,默认,描述,允许值)解析出道具,使用道具(摘要,当To Use,当NotTo Use, dos/donts有实例,可访问性,内容指南,解剖学),它使用的CSS变量,故事名称,和figma:它的Figma组件和从桥的链接. 组件.json,或"尚未与Figma链接". |
bridge_get_config | 读取 | 设计系统存在的地方以及Bridge可能做什么:源(本地路径或GitHub repo),写出访问,符号分级,模式(品牌/主题/密度.)和全桥. config.json. |
bridge_get_design_language | 读取 | 设计语言 doc(原理,颜色,类型,空间,密度,半径,高地,运动,图标,语音,无障碍). |
bridge_get_figma_change | 读取 | 一个从Figma发送的库分会:它的分会(变量矩阵,属性,每个变体的绑定变量,分会层,之前给Figma的什么代码,确切的代号互换)和起草该分会代码的简介. |
bridge_get_gap_case | 读取 | 一个组件的漏洞案例:每个不同的变体,它的故事,参数,状态,镜头和与部分id,财产,预期(代码)和实际(Figma)和px中的三角形的所有差异. |
bridge_get_guidelines | 读取 | 本Repo(AGENTS.md)中的代理商规则:总是/在/从未列出之前询问,象征性的约定,风险等级,以及Bridge执行什么. |
bridge_get_history | 读取 | 设计令牌的历史:合并了更改令牌的公关和承付(当地git:Head的第一个父关;GitHub:PR合并承诺),最先更新的,每个有作者,日期,为什么(changerset摘要,PR或承诺正文),它运入的版本,有风险级,semver tump,断旗和更改计数,加上设计系统版本的时间. |
bridge_get_request | 读取 | 一个随时可以执行的请求:解析的请求(组件、类型、摘要、请求的更改、图片链接、图像)、其状态和链接拉动请求、组件目录下发现的组件文件、代理规则文件以及 brief: 迅速执行它在这个 repo. |
bridge_get_review | 读取 | 审查一个符号变化:设计者可读的diff表,前-后对比,新的验证错误,下游影响,计算出风险等级(如果贴上更低的标签,则警告),对于公关来说,CI状态,批准和作用:谁可以批准设计,批准技术和飞船,GitHub团队的名称及其规模,以及任何无法随固定值阅读的团队. |
bridge_get_settings | 读取 | What Studio Settings 显示这是安全的读取:谁批准设计和技术(GitHub teams 以大小命名),谁可以合并,所有者(谁,什么原因),主机是否受到保护,产品,预览应用和视觉撞击模式. |
bridge_get_suggestion | 读取 | 一项建议是:更改(文件、文件、组件、文件前后),建议时的检查,链接,其版本(有效载荷Sha:哪些批准约束),由谁批准,其级别没有批准,审查是否不再计数(旧版本,或不是所有者),机器可读块是否由手工编辑,链接拉取请求,以及一个组件请检查其执行简介. |
bridge_get_token | 读取 | 一切约一个符号:CSS变量,类型,层次,描述,定义它的文件,在每个模式中解析出值(brandx主题x密度,在等同的地方倒塌)与它的别名链,别名的符号,以及CSS使用它的组件(直接或通过组件符号). |
bridge_get_token_history | 读取 | 每一次有记录的变更一个令牌,最先更新,都随之而来:每个模式前后的值(raw and defolutioned CSS),谁,何时,公关和原因. |
bridge_link_suggestion | 写入 | 记录应用一个建议的拉动请求(或分支,或承诺):对问题的评论和"建议:应用"标签. |
bridge_list_brands | 读取 | Repo的品牌: slot, name, 默认, 主动作颜色和主题覆盖文件. |
bridge_list_build_requests | 读取 | 构建请求:从开发者构建的Figma(一个新的变体,选项,布局或组件)所推动的结构变化,因为GitHub发行了被标记为组件更改和桥接构建,加上来自Figma等待开发者的库分支. |
bridge_list_comments | 读取 | 树枝上的对话及其行评论线索,有ID来回(bridge comment with referenceTo). |
bridge_list_components | 读取 | 列表设计系统组件有家族,一行摘要(其用途是什么)和figma:Figma组件及其链接,或"尚未与Figma链接". |
bridge_list_explorations | 读取 | 对设计系统存放处和每个产品及其存放处的勘探(Bridge.config.json产品[].repo,各读;产品存放处大桥无法通达,bridge list produces说哪些:ref ("#12"),或产品存放处的"shop#12":按其他勘探工具的方式传递),repo,名称,目的,状态(活性:运行;准备:完成探索,等待代码;建设:开发者向它推;发:合并;促进:发送审查更旧的方式;关闭,作者,最后一次更新,打开其中的预览链接Vercel报告(url null,而它还没有报告一个),安装命令一个产品存放处用途,从拉动请求的预览评论中读取(国家大楼,直到发布最新承诺的快照,从不猜测命令),每个部分执行请求. |
bridge_list_products | 读取 | 这个设计系统的产品(bridge.config.json"产品":名称,repo或文件夹,预览链接模式,框架;对于一个拥有自己的寄存器的产品,连接:连接,只读或不连接,其中不连接意味着其探索从列表中被忽略,直到管理员在那里安装了Bridge GitHub App;访问在一个句子中说这个人是否可以开始并保存其探索,信任其连接)和当前文件夹或repo属于的,当没有给出产品时开始工作使用的工具. |
bridge_list_requests | 读取 | 组件更改请求: GitHub 发行被标记为组件更改(来自Figma, Bridge Studio, CLI 或一个AI工具). |
bridge_list_reviews | 读取 | 对回波(悬挂已开通的桥头)和本地的桥/*建议书分行开放拉力请求. |
bridge_list_suggestions | 读取 | 重播中的建议: GitHub 发布贴有标签的桥-建议,每次精确的更改(托盘,docs,一个组件谱,一个品牌,一个回放,一个设置),由所有者批准,一个开发者适用. |
bridge_list_tokens | 读取 | 在一个模式下列出带有已解析 CSS 值的符号 . |
bridge_mark_figma_change_drafted | 写入 | 在您将代码从 Figma 推向它的分支之后: 标记它的拉出请求准备审查, 标出它被起草的 Claude( 不再等待 Claude) , 并在描述中这样说, 一步, 供一个人审查 . |
bridge_merge_branch | 写入 | 将一个分支通过与 Studio 合并按钮相同的大门合并为主:测试通过,批准其层级需求(Tier 1:一个所有者批准; 第2级和第3级:设计和技术;应用一个经批准的Closes #n建议的分支在建议得到批准时携带其批准,而该层级不更高),不要求更改,不冲突,不草案或探索,并拥有船舶权利(治理.rights). |
bridge_missing_pieces | 写入 | 对照库来检查一个产品分支(开始对一产品进行探索):对它改变的每个产品文档的采用审计,在其开始和头部,保留该分支添加的内容. |
bridge_open_library_branch | 写入 | 将一个被记录缺失的作品转换成一个与产品分支相连的库分行,就像Bridge Studio所做的那样:一个象征性的作品打开了一个符号更改(和Bridge proose token change一样的门和正体,一个用于设计和技术审查的草稿),而产品分支则取出它的预览;一个变体打开一个包含简介的库探索来构建它(在那里建造,然后是bridge use library preview);一个新的组件打开一个组件请求. |
bridge_pending_drafts | 读取 | 更改文本 一个设计师要求他们自己的克洛德从DS Bridge Figma插件("Droft with my Claude")中写出,等待桥-请求分支. |
bridge_plan_brand | 读取 | 新品牌干跑:品牌标志文件(生成了主和中性坡道,半径和字体角色),复制了主题覆盖,桥.config.json更改,光和暗(ok,或失败的对)中新品牌的每个对比对,验证问题,风险等级(总是第3级,次要)和PR机构. |
bridge_plan_revert | 读取 | 撤销合并的符号更改需要什么,按照 CURRENT 碱基分支( 不是盲点 git return) 进行计算 : 反向编辑 , 一个符号在后来再次改变( 与后来的 PR ) 、 变化已经撤销、 前后对比 , 新的验证错误、 风险级、 文件和 PR 机构 ( "Revert: " , 链接原始 PR ) 相冲突 。 </td></ tr" <tr-><td-><code> Bridge produc branch</code-></td-><td>读取 </td-><td> 一个作为 Studio 的产品分支显示它: 简要句子,每个将库分支与它的状态和审查者连接起来,它的预览对产品分支和下个动作意味着什么,以及还没有库分支的作品. </td></tr> <tr-><td-><code> 桥接-促进-探索 </code-></td-ttd> 写作 </td-><td> 探索(explore/<name>)上的"Done exploring",如工作室(工具保留了旧名). </td></tr> <tr-><td-><code> Bridge propose brand </code-></td-><td>writes </td-><td> 提出一个新的品牌,作为可审查的更改。 </td></tr> <tr-><td-><code> Bridge propose 组件 map </code-></td-><td>writes </td-><td> 推荐桥. 组件. json 条目将库组件与其图像组件连接起来,并像其他桥更改一样打开它们供审查(一个建议,或直接模式的拉动请求草稿;从不主).</td></tr> <tr-><td-><code> Bridge propose revert </code-></td-><td> writes </td-><td> 计划恢复(或恢复), 如 Bridge plan revert, 然后: 本地恢复, 承诺新建一个本地桥/ * 分支, 而不触碰您的工作树( 绝不推); GitHub 有符号、 新建桥/ * 分支和一个标有 PR 的还原及其分级( 第 2 和 3 级草案) </td></ tr> <tr><td><§code> Bridge propose token change </code></td><td>writes </td><td> 提议符号编辑为可审查的更改。 </td></tr> <tr-><td-><code> Bridge push figma 组件 </code-></td-><td>writes </td-><td> DS Bridge 插件 Push 标签从一个 Figma 组件的结构化的 diff (v 1 spec 形状: 组件, figmaName, 编码, 类型, 标题, 摘要, 变化, 重组, 需要代码, 未知, 变体轴, 属性, 绑定, 解剖) 。 </td></ tr> <tr-><td-><code> Bridge reopen branch</code-></td-><td>写作 </td-><td> 重新打开一个已关闭的分行,有 Studio 的规则:其作者或拥有写入权限的拥有者,仅在其作品仍在 GitHub.</td></tr>上时 <tr><td><-code> Bridge review branch </code></td><tdd>写作 </td><tdtd> 批准、请求更改或评论一个分支,如工作室中的审查框,关于个人在GitHub账户下看到的版本。</td></tr> <tr-><td-><code> Bridge review pr </code-></td-><td>写作 </td-><td> 在公关上张贴评论作为象征性的所有人:评论、批准或请求修改,并附有一个机构。</td></tr> <tr-><td-><code> Bridge review sugreatment</code-></td-><td> 写作 </td-><td> 批准、请求修改、评论或拒绝一个建议,因为服务器的 GitHub 表示有。</td></tr> <tr><td><§code> Bridge save docs</code></td><tdd>写作 </td><td> 保存组件的用法指引( docs.json 段落:摘要,当使用时,当不使用时, dos, dots, 访问时, 内容指南, 解剖学, 预览) 库编辑模式的用法: 合并到分支上的文档中, 清理和检查( 摘要, 无空项, 无 em switch) 。 </td></ tr> <tr><td><-code> Bridge save exploration</code></td><tdtdd>writes</td><tdtdd> 在探索上保存原型代码: 以您在探索/ <name> 分支上发送的文件承诺, 因此在几分钟内更新其预览 。 </td></tr> <tr-><td-><code> Bridge scaffold 组件 </code-></td-><td>写作 </td-><td> 根据 repo 核对表生成一个新的组件文件夹: Name.tsx (forward Ref, typed props), Name.module.cs (仅存在符號), 有 All States 的故事, docs.json 有参考组件的密钥, 当交互时键盘+轴测试, 索引. ts. </td></tr> <tr-><td-><code> Bridge search tokens </code-></td-><td> reads </td-><td> 互联网档案馆的存檔,存档日期2013-12-21. 在路径或描述("危险文本","焦点环")中以单词来查找指向符,由CSS变量来查找,或由值来查找("#c2410c","16px":精确和相近的颜色").</td></tr> <tr-><td-><code> Bridge send for review </code-></td-><td> writes </td-><td> 页面存档备份,存于互联网档案馆 [永久失效連結] 要求审查:一个分会的草案准备就绪,作为工作室的"Mark as ready".</td></tr> <tr><td><-code> Bridge set claude design system url </code></td><td>writes </td><td> 为团队保存其Claude Design中的设计系统文物的地址和刚刚公布的版本,所以下个桥 get claude design system只列出已更改的文件,工作室设置在更新准备就绪后表示. </td></tr> <tr-><td-><code>bridge start-exploration </code-></td-><td>writes </td-><td>启动勘探:从默认分支中取出一个带注释文件的分支探索/<slug>,以及一个被标签为勘探的拉动请求草案. </td-></tr> <tr-><td-><code> Bridge switch to 已发布 </code-></td-><td>已写入 </td-><td> 其库分站被运出后,将主站带入产品分站(GitHub更新分站):它停止携带库改并使用已运出分站. </td></tr> <tr><td><ç><code> 桥 try branch</code></td><td> 读取</td><td> 在合并前尝试一个分支:每个产品Vercel的预览链接为它报告(管理员演示打开了Bridge工具栏,如在工作室中的"在产品中尝试"),其他预览,以及"与产品团队共享":安装命令一个产品团队运行在中转分支中,或者为什么还没有,并带有随时可以粘贴的信息. </td></tr> <tr-><td-><code> Bridge update from main </code-></td-><td>writes </td-><td> 页面存档备份,存于互联网档案馆"花花花花花花". 将最新的主干线带入分支, 如 Studio 中的 “ 从主干线更新 ” 。 </td></ tr> <tr-><td-><code> Bridge use library preview </code-></td-><td>writes </td-><td> 出品分会取出一出作品的库分会的最新承诺(Bridge将其合并入),因此出品预览会显示出出出行前真实的库变化. </td></tr> <tr><td><-code> Bridge validate tokens </code></td><td> reads </tdt><td> 校验符: DTCG 2025.10 形状每美元类型,名称,破损和圆形别名在每种模式中,别名类型不匹配,缺少层文件,模式等同(在光和暗中必须存在语义符). </td></tr> <tr><td><-code> Bridge visual impact</code></td><tdtdd>写作 </td><t><t>t>t>t>t>t>t>t>tstststststststst><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t themt themt><t><t><telteltelteltelt themt themt themt themtelt themt themt themt themt themt themt themt themt themt themt themt themt themt themt themt themt them <tr-><td-><code> Bridge 什么 需要 我 </code-></td-><td>读取</td-><td> 审阅队列,如 Studio 所统计的(打开分行,不运行探索和发布自动化),每个分行都有其设计词的状态,最先是人现在的行为:他们可以给予的许可,他们自己的分行被封住,准备合并. </td></tr> <tr><td><-code> Bridge whoami </code></td><td> reads </td><td> 此会话由谁来进行: 人物姓名,他们在团队中的角色( Admin, Reviewer, Can editers 或 Reader), 他们如何在团队(GitHub 登录, 或用地址遮盖的电子邮件成员) 签名, 以及在一行中对他们意味着什么( 通过桥作为他们, 或用他们自己的 GitHub 访问) 。 </td></tr> <tr-><td-><code> Bridge write draws </code-></td-ttdtdtdtdtdt>t>t>t>t>t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><t><. 写标题、摘要和更改行(或用于文件项目、文件部分或重写的段落),您从 bridge Convention draws 中起草的会话。 </td></tr> </tbody> (单体) < /表 > <! -- -- 工具:结束 -- > <p> 资源:<code> Bridge://tokens/resolved </code>,<code> Bridge://design-language </code>,<code> Bridge://guidelines </code>,</code>,>, <code>bridge://communitys/{name}</code>. 提示:<code>review-token-pr</code>,<code>add-community</code>,<code>audit-ui-for-tokens</code>,<code>, <code>migrate-file-to-ds</code>.</p> (中文(简体) ) <h3 id="相生门-相生研究". 合并闸口为 Studio's </h3> <p><x-code> bridge branch status </code>, <code> bridge commerce branch</code>和<code> bridge what 需要 我</code>(和<code> bridge situation commerce list</code>在其中) CLI)读取了与 Studio 的分页和状态芯片相同的判决:<code>branchVerdict</code>在<code>@->@-bridge-ds/core</code>. 第1级 第二级和第三级设计所有人和技术所有人。 其身体为<code>Closes #<n></code>的分支 经核准的建议附有该建议的核准,而建议仍然得到核准,而且分支机构的级别并不高. 所有者覆盖(<code>overrideReason</code>)是针对在<code>governance.override.allowd</code>中被命名的所有人,仅是跳过 只批准,而且总是需要至少<code>minReasonLength</code>字符的理由(默认情况下为20个)。 见 <a href=././docs/Governance.md#one-verdit-Everywhere> "治理.md</a>.</p> <h2 id="配置" > 配置 </h2> Repo 根上的 <p><xcode> Bridge.config.json </code> 表示指使符的住址、每个模式的分层以及桥可能是什么 写作。 它是相同的文件 Figma 插件和读取的 Docs 站点, 并有一个计划: / a href=.../core/bridge.config.schema.json""("><")包装/core/bridge.config.schema.json</code></a". 没有它,桥检测到一个 配置( kake 目录, 按文件夹名称分级, 轻/ 暗和密度文件作为模式); < code> bridge init </code> 写入 检测到一个, 以便您可以固定并编辑它。 </p> =============================================================================================================================================================================================================================================================== "$schema":". /packages/core/bridge.config.schema.json","[1]", "repo":{"所有者":"ame","名":"设计-系统","defaultBranch":"main"}, "托盘":{ "根":"包装/托起/相克",, "包括":["**/*.tokens.json"], "地级": ["地级"]: ["地级"];"地级": ["地级"];"地级":["地级"];"地级":["地级"], // 最低第一; { mode} 占位符按模式值选择文件 "上层":[ {"档案":"原始/*.tokens.json"}, {"文件":"品牌/{brand}.tokens.json"}, {"文件":"语义/{主题}.tokens.json"}, {"文件":"brands/{brand}.{them}.tokens.json","可选":真}, {"文件":"组件/*.tokens.json"} [ . ] {\fn华文楷体\fs16\1cHE0E0E0}, "modes":{"主题":{"值": ["""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""""{"""""""""""""""""""""{"""""", "相接":{"路径":"相接/相接/相接/相接. checks.json"}, "组件":{"dir":"包装/反应/src/组件"}, "变化集":{"dir":". 变化集","包装":"@acme/tokens"}, "治理":{ "被保护的斑块":["主","主"],, ""行部通":"桥/", "标签":["出自:mcp"],, "地主":{"设计":"["设计-道";"技术":"["工程-道"] {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢 {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}你觉得呢 </code></pre> 代码 <h2 id="开发" > 开发 </h2> <preXQQcode class="语言-sh" >npm run mcp:test # 建立两个包,运行vitest(真正的回放符,一个固定回放,假GitHub,stdio smoke test) </code></pre> 代码 <p>所有设计-系统逻辑来自<code-QQ-bridge-ds/core</code>,通过<code>src/core-adapter.ts</code>:分层符号集, 校验, 对比, 最小diff 编辑, diffs, PR正文, 更改ets, GitHub 客户端, 本地 git 写作器(<code>@-ds/core/node</code>)和风险分类器Figma插件和Docs站点使用。 <code>npm 运行 mcp:building </code> 将服务器和CLI与 esbuilt 捆绑在一起,将 <code>@->@-ds/core </code>编入. </p> <h2 id="许可证" > License </h2> <p>MIT </p> (中文(简体) ) |