（3890期）Prototype Factory – 极速高保真原型工坊

极速高保真原型工坊 由 Flutter/SwiftUI/React 技术栈驱动的全链路原型开发技能，支持动效设计、多媒体嵌入与交付级输出，适合快速打造演示级 MVP。 使用说明 核心用法 Prototype Factory 是一款面向高保真交互原型快速生产的 Agent Skill，覆盖从需求 intake 到最终交付的完整工作流。默认采用 Flutter 跨平台框架，同时支持 React（Web）和 SwiftUI（Apple 生态）的定向输出。 该技能采用六阶段标准化流程： 需求确认与边界设定 – 明确核心价值主张、目标用户、必选功能及品牌禁忌 体验蓝图规划 – 梳理核心流程、数据需求与导航架构 视觉语言与资产准备 – 锁定设计系统、采购正版素材、建立动效规范 工程实现 – 项目脚手架搭建、组件化开发、多媒体嵌入、数据桩对接 打磨与验证 – 响应式适配、性能优化（目标 60fps）、可访问性检查 演示与交付 – README 文档、视频录制、截图导出、Roadmap 规划 技能内置 Neon/Cyber 美学作为默认设计语言，同时提供完整的交付检查清单，确保产出物可直接用于投资人演示或客户提案。 显著优点 全栈覆盖：单技能贯通 UI/UX 设计、前端工程、动效实现与交付文档，减少多工具切换成本 技术栈灵活：Flutter 为默认首选（单 codebase 覆盖 iOS/Android/Web/Desktop），同时保留 React/SwiftUI 的定向响应能力 生产级输出：不仅生成可运行代码，更强制要求 README、录屏演示、截图资产与后续 Roadmap，符合真实协作场景 动效体系化：预设 200-350ms 动效时长规范，集成 Lottie/Framer Motion/ matchedGeometryEffect 等成熟方案 商业素材合规：明确要求标注 Unsplash/Pexels 等素材授权，降低版权风险 潜在缺点与局限性 框架依赖深度：默认 Flutter 方案要求用户本地配置 Dart/Flutter SDK 环境，对纯 Web 开发者存在学习成本 设计系统固化：默认 Neon/Cyber 美学虽可替换，但初期可能限制品牌调性自由度，需主动覆盖 后端能力边界：明确定位为前端原型工具，数据层仅支持本地 JSON 或 Mock Service，复杂业务逻辑需额外开发 性能天花板：虽提出 60fps 目标，但多媒体-heavy 场景（背景视频、Lottie 动效叠加）在低端设备上仍可能掉帧 无障碍深度有限：检查清单涵盖对比度、焦点、读屏标签，但未涉及完整的 WCAG 2.1 AA 合规审计流程 适合的目标群体 独立开发者/技术创始人：需快速验证产品概念、制作融资 Demo 或客户提案 UX/UI 设计师：希望将设计稿直接转化为可交互代码，减少与开发的沟通损耗 产品经理：需要在 Sprint 周期内产出高保真原型用于用户测试或 stakeholder 汇报 agencies / 外包团队：标准化交付流程，提升多项目并行时的 output 一致性 教育机构：用于交互设计、移动开发课程的实战教学案例 使用风险与注意事项 依赖项管理风险：Flutter/React 生态的第三方包（如 go_router、framer-motion）存在版本冲突可能，建议锁定版本号 素材授权追踪：虽要求标注来源，但批量下载的 stock assets 仍需人工复核商用授权范围 平台特异性陷阱：SwiftUI 的 matchedGeometryEffect 与 Flutter 的 Hero 动画 API 行为差异可能导致跨平台复用时需重写 构建环境差异：flutter build 与 npm run build 的 CI/CD 配置需分别维护，增加 DevOps 成本 原型与生产代码界限：技能产出为"演示就绪"而非"生产就绪"，直接用于上线需补充测试覆盖、错误处理与安全防护 总体而言，Prototype Factory 是速度优先、交付导向的原型开发利器，适合在不确定性高的早期阶段快速建立共识，但需清醒认知其"原型"定位与真正产品工程之间的差距。 原始说明 High-fidelity interactive prototype production (Flutter, SwiftUI, React) with motion, stock assets, and pitch-ready handoff. Use when asked to design/build "...