用途
该技能用于从产品界面截图中提取功能，并生成开发任务检查清单。典型使用场景包括：分析竞品产品截图，以及需要基于界面截图整理出功能与交互清单的任务。其核心原则是描述“要构建什么”（功能、交互），而非“如何构建”，即不涉及技术栈。
多智能体架构
该技能协调 5 个专用智能体完成综合分析，结构如下：
- 协调器（Coordinator）：即技能本身，负责整体编排。
- UI 分析器（UI Analyzer）：并行执行。
- 交互分析器（Interaction Analyzer）：并行执行。
- 业务分析器（Business Analyzer）：并行执行。
- 综合器（Synthesizer）：在前三个分析器完成后顺序执行。
- 审查器（Reviewer）：在综合之后顺序执行。
使用流程
阶段 1：截图收集
收集所有需要分析的截图：读取用户提供的截图文件；记录每个截图的文件路径及提供的上下文；若有多张截图，判断它们是否来自同一产品。
阶段 2：并行分析
针对每张截图，并行启动三个 Task 智能体：
- 智能体 1：screenshot-ui-analyzer，分析 UI 组件、布局结构与设计模式，以 JSON 返回。
- 智能体 2：screenshot-interaction-analyzer，分析用户交互、导航流程与状态转换，以 JSON 返回。
- 智能体 3：screenshot-business-analyzer，分析业务功能、数据实体与领域逻辑，以 JSON 返回。
说明中强调：应在同一条消息中使用 Task 工具发起三个并行调用，以最大化效率。
阶段 3：综合
所有并行分析完成后，启动综合器智能体（screenshot-synthesizer），将三份分析结果合并为统一的开发任务清单。需提供 UI 分析结果、交互分析结果、业务分析结果、产品名称，以及输出文件路径 docs/plans/YYYY-MM-DD-<product>-features.md。
阶段 4：审查
启动审查器智能体（screenshot-reviewer）校验输出，检查任务清单的完整性与质量，提供原始截图路径与综合后的任务清单。若发现问题，给出修正。
阶段 5：输出
将最终任务清单写入 docs/plans/YYYY-MM-DD-<product>-features.md，使用 references/output-format.md 中的格式，并向用户呈现摘要。
关键准则
- 所有任务使用
- [ ]复选框格式。 - 将功能拆分为小型、可执行的子任务。
- 聚焦用户交互，而非实现细节。
- 多张截图时：跨所有截图去重功能。
- 竞品分析时：突出独特功能与差距。
多智能体方法的优势
- 全面性：三个专业视角能捕捉更多细节。
- 速度：并行分析缩短总耗时。
- 质量：综合与审查确保输出连贯完整。
- 专业化：每个智能体专注于自身领域专长。
限制
现有资料未提供关于收费、价格、平台要求、具体效果或额外使用步骤的信息，暂未提供。