mobbin

Mobbin

将 Mobbin MCP 作为 UI/UX 模式工作的唯一主要设计灵感来源。Mobbin 是一个精选的已上线移动端和 Web 界面/流程库，而非作品集模型。MCP 会返回真实参考（图片 + 元数据 + Mobbin 链接），让 Agent 不再猜测通用 UI。

**硬性门槛：**在 Mobbin MCP 为当前任务返回参考之前，不要提出、草拟或实现新的 UI 方向；如果 MCP 不可用，则须先报告这一情况，并由用户明确豁免此门槛后才能继续。

工作流

1. 确认 Mobbin MCP — 发现 Mobbin MCP 服务及其工具。如果服务缺失、未授权（needsAuth）或出错，请停止构思 UI，并按照 mcp-setup.md 操作。需要时进行身份验证；不要凭记忆继续。
2. 明确设计问题 — 产品界面、平台（ios | web）、用户任务、约束（品牌、信息密度、a11y），以及需要单个界面、多步骤流程还是营销/网站版块。只询问会影响搜索意图的澄清问题。
3. 使用正确的工具搜索 — 遵循 search-playbook.md：
   • search_screens — 单个界面 / 布局 / 组件构成
   • search_flows — 多步骤旅程（引导、结账、KYC、权限）
   • search_sections — 网站版块（定价、页脚、首屏、功能网格）
4. 检查结果 — 打开/阅读返回的图片和 mobbin_url 链接。优先关注具体的 UI 结构、层级、CTA 以及空状态/错误状态，而不是含糊地说“看起来很现代”。
5. 综合提炼，而非照搬 — 提炼模式（层级、渐进式信息披露、信任信号、流程节奏），并根据项目的品牌/系统进行调整。参见 synthesis.md。
6. 迭代搜索 — 如果结果不理想、重复或领域不符，请改写查询（补充更多 UI 细节、点名同类应用、排除之前的界面 ID）。设计前再进行第二轮/第三轮有针对性的搜索。
7. 之后才能设计或编码 — 提案须以引用的 Mobbin 参考为依据（应用名称 + 链接）。保真度应与需求相符（除非用户要求精致 UI，否则先做低/中保真线框图）。

执行规则

• 对于设计灵感、对标、改版方向以及“顶级应用如何实现 X？”之类的问题，必须调用 Mobbin MCP。
• 调用工具前必须发现工具架构（不要猜测参数名称）。
• 必须显式设置 platform 为 ios 或 web；绝不要把平台藏在查询字符串中。
• 查询必须具体 — 每次搜索只针对一个意图；点明 UI 元素及其关系；避免含糊的风格词（modern、clean、beautiful）和否定表达（without ads）。
• 对于细致的设计问题，必须优先使用 mode: "deep"；只有在快速广泛搜索或恢复速率限制时才使用 "standard"（"fast" 是 "standard" 的弃用别名）。
• 在确定方向之前，至少引用 2–3 个具体参考（应用 + 借鉴的模式）——除非用户只要求一个参考，或 MCP 返回的可用结果少于此数量。
• Mobbin MCP 可用时，不得凭训练记忆、Dribbble/Behance 风格或“典型 SaaS”默认方案臆造 UI。
• 不得把 Mobbin 当作复制专有素材、徽标或像素级一致布局的许可——只能借鉴模式和结构。
• 如果 MCP 不可用：说明阻碍及设置步骤；可提供在 Mobbin 网站上手动搜索作为临时调研方式；仍然不得伪造参考。

验证

在此技能下完成设计/UI 工作之前：

• 确实调用了 Mobbin MCP（记录工具名称 + 查询 + 平台）。
• 工具选择符合需求（界面 vs 流程 vs 版块）。
• 查询遵循具体性规则（没有含糊的风格关键词，每次查询仅针对一个意图）。
• 已检查结果（图片/链接），而非只复述应用名称。
• 最终方向引用了已上线的参考，并说明了调整后的模式。
• 实现遵循项目现有的设计系统/品牌约束。