# 评审、变更与交付 (/docs/subsystems/delivery)

## 它解决什么问题 [#它解决什么问题]

跨团队讨论容易失去上下文，报告和图纸也容易引用不同版本。本模块把问题、变更、评审与发布组织成可追踪的过程。

## 核心对象 [#核心对象]

| 对象 | 内容 |
| --- | --- |
| 问题与评论 | 关联对象、版本、位置、参与人及处理状态 |
| 跨模块变更 | 变更目的、影响清单、源模块提案、协调状态 |
| 评审记录 | 范围、参与人员、意见、结论与待办 |
| 文档与成果版本 | 章节内容、数据绑定、附件与生成记录 |
| 发布包 | 固定的成果清单、来源版本、可见范围与说明 |
| 客户确认 | 对某版本及指定事项的查看、反馈或确认 |

业务对象的具体修改仍由拥有模块执行。本模块协调哪些改动共同构成一次方案更新。

## 内部结构建议 [#内部结构建议]

对象讨论服务负责定位问题；变更协调器跟踪各模块动作；文档组装器生成候选成果；一致性检查器比较引用；发布管理器固定对外版本。

正文中的数字、表格和结论尽量绑定结构化来源。允许撰写解释性文字，但相关工程判断仍关联依据或明确标为待补。

## 一次发布怎么完成 [#一次发布怎么完成]

1. 选择项目基准和需要交付的成果。
2. 组装报告、图纸、表格、计算书及附件。
3. 检查来源版本、缺失附件和待处理事项。
4. 相应人员评审，处理意见并形成确定版本。
5. 项目负责人发布，客户获得固定快照。
6. 后续评论与需求进入新问题或变更。

发布前再次校验被选版本；内部最新草稿变化不应悄悄进入待发布文件。

## 图纸、报告和文件怎样协作 [#图纸报告和文件怎样协作]

图纸导出由工艺模块提供，计算书数据由计算模块提供，专业分析章节由对应模块提供。交付模块负责组合、说明与版本一致性。

客户可以下载文件，也可以在网页上查看交互视图。两种方式都对应同一个发布清单。

## Agent 与人的分工 [#agent-与人的分工]

Agent 整理意见、定位矛盾、准备报告草稿和变更说明。人员处理技术意见，负责人决定对外发布，客户按项目约定确认。

局部接受跨模块变更后，需要重新检查剩余依赖，防止只更新报告文字而遗漏源数据。

## 失败与修订 [#失败与修订]

文件生成失败时保留候选版本并显示缺失项，已有正式发布不受影响。客户端断线后可根据原提交查询发布状态，避免重复发布。

评论锚点因新版内容变动而失效时，仍可查看原版本，并由人员关联到新版位置。撤回发布会记录状态和原因，已发生的确认保留历史。

## 独立产品与首期验证 [#独立产品与首期验证]

可接收客户已有报告、图纸和清单，先提供版本化协作，再逐步连接结构化工程数据。

首期验证一次阶段发布、一条锚定对象的客户评论、一项由评论发起的变更，以及下一版成果中的处理说明。DOCX、PDF、DWG 等具体格式按客户交付要求验证。