Flutter Design 是一个面向 Flutter 产品界面的设计编排技能，核心理念是“用证据设计”，禁止从模糊需求直接跳到组件代码。
用途 用于 Flutter 新屏幕设计、多屏界面规划以及既有界面的重新设计，覆盖从仓库检查、设计方向确定、实现到渲染验证的全过程。
工作流程
- 检查仓库：读取 pubspec.yaml、Flutter/Dart 版本、应用结构、主题、路由、状态管理、可复用组件、测试以及当前 git 状态。
- 明确产品背景：识别产品、主要用户、关键操作、平台组合、内容层级、约束和可衡量的成功条件。
- 任务分类并调用最小有用的专用技能集合：既有界面诊断使用 $flutter-audit；设计令牌、主题或组件契约使用 $flutter-design-system；已批准的 UI 实现使用 $flutter-implementation；过渡或交互动效使用 $flutter-motion；无障碍、文字缩放、键盘或 RTL 使用 $flutter-accessibility；渲染审查或黄金测试使用 $flutter-visual-qa。
- 实现前记录一个明确的视觉方向，包括字体特征、密度、配色行为、几何、图像和动效特征，并阅读 references/visual-direction.md 与 references/anti-slop.md。
- 枚举数据与交互状态：初始、加载、空、有数据、部分、错误、离线、禁用、破坏性确认和成功等适用状态。对于多域仪表盘或互联工具，阅读 references/connected-product-workflows.md 并在布局前定义连接模型。
- 为紧凑与扩展布局、主题、文字缩放和关键交互定义验收标准。
- 只有在方向和状态明确后才开始实现。
- 完成前要求静态检查、渲染证据、无障碍审查和一次精修。
检查点 当缺失的产品背景会实质影响设计时，提出一个聚焦问题；当方向确实开放时，提供两到三种视觉方案并基于产品理由推荐一种；除非用户授权更改行为，否则保留现有业务行为；截图作为证据，未检查渲染输出不得声称视觉一致或精致；渲染或测试不可用时明确报告环境限制。
输出约定 先给出已实现或推荐的结果，说明所选方向、重要交互决策、已验证的视口/主题组合、运行的测试和未解决的限制，不叙述常规文件操作。
适用场景 适用于 Flutter 新屏幕设计、多屏界面、界面改版、设计系统对接、动效与无障碍审查、渲染视觉验证等任务。
限制 该资料未提供具体安装命令、价格、收费模式、平台支持范围或实际效果数据，暂未提供。