主题
MCP 全流程选择指南
从产品设计、需求协作、技术调研、编码开发到测试验收,选择适合当前阶段的 MCP 服务。
全流程定位
| 阶段 | 栏目 | 推荐 MCP | 解决的问题 |
|---|---|---|---|
| 产品设计 | 设计协作 | Figma / Pixso | 让 AI 理解设计稿结构、样式、变量、组件和截图,辅助设计转代码、视觉还原、素材导出和交付检查 |
| 需求沉淀 | 知识库与需求协作 | Notion / 腾讯文档 / 语雀 | 读取需求文档、项目计划、会议纪要、知识库、团队规范和验收标准 |
| 技术调研 | 技术调研与方案设计 | Context7 | 查询框架、库、API 和版本差异,辅助技术选型与方案设计 |
| 编码开发 | IDE 与代码 | IDEA | 使用 IDE 索引、检查、运行配置、调试器和重构能力完成代码修改 |
| 代码协作 | 代码协作 | Gitee / GitHub | 读取 Issue、PR、仓库、分支、评论和变更记录 |
| 测试验收 | 测试与验收 | Playwright | 打开页面、点击交互、截图检查、做端到端验证和 UI 回归 |
按任务选择
| 你要做什么 | 优先接入 |
|---|---|
| 按设计稿实现页面或组件 | 设计协作 + IDE 与代码 |
| 需要设计转代码、导出图片资源或检查视觉还原 | 设计协作 + 测试与验收 |
| 根据需求文档拆任务或生成验收清单 | 知识库与需求协作 |
| 查最新框架 API、升级方案或组件库用法 | 技术调研与方案设计 |
| 修改大型项目里的 Java、Kotlin、TypeScript 代码 | IDE 与代码 |
| 根据 Issue / PR 上下文改代码或做 review | 代码协作 + IDE 与代码 |
| 验证页面交互、截图或回归流程 | 测试与验收 |
配置原则
- 先从只读权限开始。
- 为每个 MCP 写清楚用途、边界和禁止动作。
- 涉及写入外部系统、合并 PR、修改 Issue、更新知识库时,要求 Agent 先列计划并等待确认。
- 设计、需求、代码和测试 MCP 可以组合使用,但每次任务要明确当前阶段和目标产物。
- 出现权限、数据范围或账号异常时,先停用对应 MCP,再排查授权范围。
设计协作说明
以 Pixso MCP 为例,本地 MCP 可以支持设计转代码、生成代码二次优化、读取结构化 DSL、获取截图、导出图片资源、读取组件和 variants、读取样式与变量,也可以在明确授权后写回样式、变量或创建组件实例。远程 MCP 当前更偏读取类能力,适合获取节点 DSL、变量集合、变量、variants 和本地样式。
因此在产品设计阶段,设计协作 MCP 解决的不是单纯“看设计稿”,而是把设计结构、组件体系、样式规范、变量 token、图片素材和交付检查接入 AI 开发流程。
推荐工作流
- 用 Notion / 腾讯文档 / 语雀 明确需求、范围、验收标准。
- 用 Figma / Pixso 获取产品设计协作信息。
- 用 Context7 查技术方案、框架 API 和版本差异。
- 用 IDEA 理解项目、修改代码、运行检查和调试。
- 用 Gitee / GitHub 结合 Issue / PR 完成协作闭环。
- 用 Playwright 做页面验证、截图检查和回归测试。