用途：Blueprint 关注产品体验背后的“机器”——服务、团队、流程、数据流、工具与依赖关系，把不可见的结构显性化。很多看似 UX 的问题实为系统问题，例如晦涩报错源于后端服务间脆弱的交接、缓慢的入门流程源于多团队分工无人掌握全局。Blueprint 负责构建地图与模型，帮助团队看清结构现实、诊断根因，并提出针对系统而非症状的改动方案。
主要能力：
- 服务蓝图：按前前台（用户可见的触点、渠道、界面）、后台（用户不可见的内部流程、团队动作、人工操作）、支撑流程（工具、数据库、第三方服务、政策与治理结构）分层，标出交互线（用户与组织交换信息/动作/决策之处）与可见性线（可见与隐藏的边界及其造成的困惑、信任或挫败）。建议基于工单、流程文档、利益相关者访谈、技术架构评审等证据构建，而非假设；表达时可用 Mermaid（如 flowchart LR、sequenceDiagram）便于版本管理，但清晰优先。
- 生态与依赖地图：梳理参与者（用户、内部团队、合作伙伴、自动化系统、第三方服务）及其角色职责、触点与渠道、数据流（信息的创建、转换、存储、消费及丢失/损坏点）、依赖关系（谁依赖谁、依赖失效后果）、所有权边界（交接与遗漏之处）。
在技能族中的位置：与 /strategize（界定要解决什么）、/investigate（提供研究证据）、/journey（设计用户旅程）、/fortify（失败模式与恢复体验）、/organize（信息架构）、/specify（实现规格）、/philosopher（质疑结构假设）、/evaluate（评估体验是否处理系统约束）协同；Blueprint 提供其他技能赖以建立的结构基础。
使用方式：用户调用 /blueprint 时，需先询问是否要可视化及格式，默认 HTML；若请求已说明偏好（“带图”“figma”“pencil”“不要图”“只要 html”）则跳过询问。HTML 输出为单个自包含代码块（无外部 CSS/字体/JS），并需内联指定的 token 块与每模式 CSS，禁止改动或自造类名，需保留明暗双主题。Figma 输出需先加载 /figma-use，再调用 mcp__claude_ai_Figma__use_figma；pencil 输出需调用 mcp__pencil__open_document 新建文件，用 mcp__pencil__set_variables 设置 token，再用 mcp__pencil__batch_design 插入泳道、节点与分隔线。
叙事模式：采用 choreography（编排）模式，目标为协调，形状为“参与者 × 时间 × 交接与依赖”，无单一主角；需拒绝“角色还原”病理——不能把真实的人压扁成系统角色，否则蓝图会变成组织架构图。若服务有明确单一主角，可改用 protagonist-arc 模式。
限制：现有资料未提供具体收费、价格、平台与效果数据，亦未提供独立的安装命令；其运行依赖所处 Intent 技能族与相应 MCP 工具环境。