子系统设计
产品与系统设计 · v0.1 草案
评审、变更与交付
让讨论落到对象，让修改有处理结果，让客户看到一套一致的发布版本。
它解决什么问题
跨团队讨论容易失去上下文，报告和图纸也容易引用不同版本。本模块把问题、变更、评审与发布组织成可追踪的过程。
核心对象
| 对象 | 内容 |
|---|---|
| 问题与评论 | 关联对象、版本、位置、参与人及处理状态 |
| 跨模块变更 | 变更目的、影响清单、源模块提案、协调状态 |
| 评审记录 | 范围、参与人员、意见、结论与待办 |
| 文档与成果版本 | 章节内容、数据绑定、附件与生成记录 |
| 发布包 | 固定的成果清单、来源版本、可见范围与说明 |
| 客户确认 | 对某版本及指定事项的查看、反馈或确认 |
业务对象的具体修改仍由拥有模块执行。本模块协调哪些改动共同构成一次方案更新。
内部结构建议
对象讨论服务负责定位问题；变更协调器跟踪各模块动作；文档组装器生成候选成果；一致性检查器比较引用；发布管理器固定对外版本。
正文中的数字、表格和结论尽量绑定结构化来源。允许撰写解释性文字，但相关工程判断仍关联依据或明确标为待补。
一次发布怎么完成
- 选择项目基准和需要交付的成果。
- 组装报告、图纸、表格、计算书及附件。
- 检查来源版本、缺失附件和待处理事项。
- 相应人员评审，处理意见并形成确定版本。
- 项目负责人发布，客户获得固定快照。
- 后续评论与需求进入新问题或变更。
发布前再次校验被选版本；内部最新草稿变化不应悄悄进入待发布文件。
图纸、报告和文件怎样协作
图纸导出由工艺模块提供，计算书数据由计算模块提供，专业分析章节由对应模块提供。交付模块负责组合、说明与版本一致性。
客户可以下载文件，也可以在网页上查看交互视图。两种方式都对应同一个发布清单。
Agent 与人的分工
Agent 整理意见、定位矛盾、准备报告草稿和变更说明。人员处理技术意见，负责人决定对外发布，客户按项目约定确认。
局部接受跨模块变更后，需要重新检查剩余依赖，防止只更新报告文字而遗漏源数据。
失败与修订
文件生成失败时保留候选版本并显示缺失项，已有正式发布不受影响。客户端断线后可根据原提交查询发布状态，避免重复发布。
评论锚点因新版内容变动而失效时，仍可查看原版本，并由人员关联到新版位置。撤回发布会记录状态和原因，已发生的确认保留历史。
独立产品与首期验证
可接收客户已有报告、图纸和清单，先提供版本化协作，再逐步连接结构化工程数据。
首期验证一次阶段发布、一条锚定对象的客户评论、一项由评论发起的变更，以及下一版成果中的处理说明。DOCX、PDF、DWG 等具体格式按客户交付要求验证。