# 客户协作与交付工作台 (/docs/workspaces/customer)

## 客户什么时候参与 [#客户什么时候参与]

立项时提供资料，研究中回答技术澄清和确认目标，阶段评审时比较方案，最终接收交付包。

工作台以客户参与项目的成员身份开放，展示该成员有权查看的资料与发布成果。

## 建议的页面组织 [#建议的页面组织]

| 页面 | 内容 |
| --- | --- |
| 项目概览 | 当前目标、阶段状态、双方待办 |
| 需求与现场资料 | 客户提交的信息、补充要求、澄清记录 |
| 阶段成果 | 发布的方案、曲线、图纸、计算摘要和关键依据 |
| 问题与变更 | 锚定对象的讨论、新需求、处理状态 |
| 交付中心 | 版本说明、文件清单、确认记录和下载 |

## 发布快照是讨论的基础 [#发布快照是讨论的基础]

客户看到的是一次明确发布。内部更新模型后，已有客户页面仍指向原发布版本；新的结论通过后续发布呈现。

例如客户在能耗曲线上提出“是否包含溶剂再生”，问题同时记录：发布编号、曲线编号、数据范围、相关报告段落。

回复可以补充解释，也可以形成变更任务。新版本发布时，说明相关问题如何被处理。

## 客户能看到什么 [#客户能看到什么]

发布内容由项目团队明确选择：结论、关键假设、验证状态、相关证据与待解决事项。内部研究笔记、草稿与企业资产另有可见范围。

附件、预览、搜索和 Agent 检索使用相同的访问范围。客户看不到的内容也不能通过引用链接或自动摘要泄露出来。

客户确认应写清确认的是哪一版本、哪些目标或事项；“已查看”“已评论”和“已确认”分别记录。

## 客户做实验的情况 [#客户做实验的情况]

这是待验证需求。如果客户承担现场试验，可以给项目成员开放实验执行入口：接收计划、记录偏差、上传原始数据和填写交接信息。

这些数据进入同一个实验子系统，保留执行单位和来源，再按项目约定分析与评审。

## 怎样验证这个工作台 [#怎样验证这个工作台]

客户能否找到最新发布和自己待处理的问题？同一条评论是否能在双方界面回到同一个版本？一次新需求能否被追踪到最终处理结果？