context-mode
★ 16.0k
vs
plumb-mcp
★ 44
context-mode vs plumb-mcp
context-mode：在MCP环境中，每次工具调用都会将原始数据倾倒到上下文窗口中，迅速耗尽空间并导致代理忘记正在进行的任务。Context Mode是一个MCP服务器，它通过沙盒化工具输出以显著减少上下文使用，在SQLite中跟踪会话事件以实现连续性，并提倡“以代码思维”来最小化LLM内部的数据处理，从而解决此问题。；plumb-mcp：Plumb 是一个带验证循环的 Figma 到代码 MCP 服务器。它通过桌面插件读取 Figma（无速率限制，Free 计划也可用），输出紧凑规范化设计规范（PDS）而非巨大 JSON tokens。独特的验证工具驱动无头 Chrome 对比渲染代码与原始设计，形成代码质量闭环。
01
简评
选 context-mode 如果…深度代码库研究与分析（例如：架构、贡献者、问题）
选 plumb-mcp 如果…编码代理（Claude Code、Cursor、Windsurf）根据 Figma 设计生成 UI，并通过验证确保像素级完美实现。
02
并排对比
03
功能特性
context-mode01上下文节省：沙盒工具将原始数据隔离在上下文窗口之外，实现高达98%的上下文节省。
02会话连续性：在SQLite中跟踪每次文件编辑、Git操作、任务和用户决策，实现无缝会话恢复。
03以代码思维编程：鼓励LLM编程分析而非计算，通过仅记录结果节省100倍上下文。
04批量执行与搜索：通过`ctx_batch_execute`等工具，一次调用即可运行多条命令或进行多次查询。
05高级知识库：使用SQLite FTS5与BM25排名、智能摘要和TTL缓存，实现高效信息检索。
plumb-mcp01无速率限制：通过插件 API 读取 Figma，绕过 REST 配额和计划限制。
02紧凑规范（PDS）：去重设计标记并解析自动布局为 flexbox，减少 token 数量 1–2 个数量级。
03验证循环：`plumb_verify` MCP 工具和 CLI 比较渲染代码与 Figma 设计，输出结构化差异。
04十二个 MCP 工具：大纲、节点、标记、资源、截图、验证、搜索、组件等。
05两种数据路径：插件（无需 token，实时）和 REST（无头/CI，需要 token）。
04
使用场景
context-mode↳深度代码库研究与分析（例如：架构、贡献者、问题）
↳分析Git历史以识别主要贡献者、提交频率和最常更改的文件
↳高效处理大型JSON API、网页或日志，而不会溢出上下文窗口
plumb-mcp↳编码代理（Claude Code、Cursor、Windsurf）根据 Figma 设计生成 UI，并通过验证确保像素级完美实现。
↳CI/CD 管道使用 `plumb-mcp verify` CLI 自动验证前端代码符合设计规范。
↳开发者需要从 Figma 提取结构化设计标记、SVG 图标和 PNG 资源，无速率限制或计划限制。
05
适合场景
context-mode时下流行开发者工具记忆与上下文
plumb-mcp时下流行视觉/多模态API 集成
FAQ
常见问题
context-mode 和 plumb-mcp 有什么区别？
context-mode 和 plumb-mcp 都属于 Memory & Context 类别。context-mode 有 16.0k Stars，plumb-mcp 有 44 Stars。
context-mode 和 plumb-mcp 哪个更好？
最佳选择取决于你的具体需求。深度代码库研究与分析（例如：架构、贡献者、问题） 时选 context-mode，编码代理（Claude Code、Cursor、Windsurf）根据 Figma 设计生成 UI，并通过验证确保像素级完美实现。 时选 plumb-mcp。
context-mode 是免费的吗？
是的，context-mode 在 GitHub 开源（NOASSERTION）。
plumb-mcp 是免费的吗？
是的，plumb-mcp 在 GitHub 开源（MIT）。
→