即时设计

即时设计是在线 UI 设计、交互原型与团队协作平台。设计稿能在浏览器中打开，只说明文件可访问；真正交付给开发前，还要固定需求版本、配置链接权限、统一标注单位与代码类型，并抽查切图和组件实例。这样研发拿到的才是一组可实现、可追溯的交付信息，而不是一张不断变化的页面。

发链接前先冻结交付范围和访问权限

交付入口允许通过链接把文件给研发查看，并可进入开发模式读取标注、参数代码和切图。团队应先把准备开发的页面、状态与版本写进文件或需求记录，再确认链接是面向指定成员、团队还是任何持有链接的人。需求评审链接与正式开发链接最好分开，外包或客户访问结束后也要复查共享范围。

不要用“最终版”“最新版”区分交付。更可靠的做法是记录需求编号、页面名称、交付日期和本轮变更，同时把空态、加载、错误、禁用及多端尺寸列入验收范围。设计继续修改时，应让开发能看出哪些变化已经进入本轮，而不是静默覆盖旧稿。

开发模式的参数要和项目技术栈对齐

即时设计官方帮助说明，标注支持 CSS、iOS、Android、wxss、SCSS、SASS、LESS 与 stylus 等代码类型，可切换 px、dp、rem、pt 单位，并按 @1x、@2x、@3x 或自定义倍率导出图层。交付负责人应在首个页面就与开发确认这些选项，避免每位成员各自换算。

自动生成的样式代码适合抄取参数，不等同于可直接投入项目的业务组件。开发仍需按现有组件库、无障碍要求、响应式策略和状态管理实现，设计侧则要对视觉与交互结果负责。

参考组件更新会扩散，先检查实例覆盖

即时设计的参考组件与实例存在引用关系：修改参考组件可以同步影响实例，实例也能保留局部覆盖。这能统一按钮、输入框和导航等资产，但全局修改的影响面也更大。发布变更前，应在真实业务页面检查文本、图标、尺寸和状态覆盖，破坏性变更则先建立替代组件并给出迁移窗口。

• 为基础组件、业务组件和实验组件划分不同目录与维护人。
• 在组件说明中记录属性、可用状态、禁用组合和弃用计划。
• 更新后抽查多个业务文件，不只看组件展示页是否正常。
• 保留交付节点或导出备份，使线上问题能回到明确版本。

导入 Sketch、XD 或 SVG 要验证可编辑性

官方文件导入说明支持 SVG，并将 Sketch、XD 标为 Beta；导入后的图层可继续编辑，但“可编辑”不表示完全还原。迁移测试应选择包含本地字体、自动布局、蒙版、复杂组件和多页面原型的样本，逐项比较图层层级、约束、实例关系、文本换行与切图输出。

先迁一个复杂文件并让设计和开发共同验收，再决定是否批量迁移。源文件、字体、导出资源和迁移问题清单要继续保留；如果关键组件关系或原型逻辑丢失，应缩小迁移范围，而不是用截图替代可维护的设计资产。