一来一回的设计审阅怎么走完闭环

把前面零散的功能串成一次真实审阅。假设场景：机械工程师把装配体发给产线主管确认装配空间。

第一轮：发出

1. 工程师：在建模软件里发布轻量化装配体文件，发布时勾选「允许测量」，让主管能核对间隙尺寸（机制见测量按钮为什么是灰的）。
2. 工程师：存成 exe 或网页文件连查看器一起打包发出，主管免安装（见打包 exe）。

第二轮：审阅

1. 主管：打开文件，用爆炸视图拉开看结构，测量两处间隙。
2. 主管：新建批注，云线圈住干涉位置，带引线文字写明「此处间隙不足，建议修改」（画法见云线、文字、尺寸标注三种批注怎么画）。
3. 主管：保存文件回传。批注随文件走，不丢。

第三轮：回应

1. 工程师：打开文件，批注窗格里加粗的未读批注就是主管的意见；逐条看完后修改设计。
2. 工程师：新版本重新发布，或者在文件里新建批注回应「已改，见新版本」——用批注串保持讨论不断线（回应规则见谁能改批注）。

闭环的关键习惯

• 每次回传都是新文件：不要覆盖原始文件，讨论历史要留痕。
• 意见写在文件里，不散在聊天记录里：下轮打开文件，所有上下文都在。
• 权限提前想好：要不要让对方测量、要不要让对方批注，发布时的选项决定了一切。

移动端审阅是同一套逻辑的触屏版：见批注工具在手机上的可用性说明（四端能力对照）。