kangshifu-board/docs/workshop-report-design-20261109/diff/references/workshop-delivery.md.diff

--- before-report-design/references/workshop-delivery.md
+++ local-report-design/references/workshop-delivery.md
@@ -51,18 +51,18 @@
 
 ## 3. 保存一份可读的小节报告
 
-报告标题建议包含“课题简称／D1-03等环节／成果名”，归属和小组由现有session注入。不要把真实账号、整段私人聊天或凭据写入公开报告。
+报告标题写课题与当前业务问题/成果，例如“拌面准备过程：器具、排水与口感的取舍”；归属和小组由现有session注入。面向员工的标题与主文不以课表编号、安装、运行日志作叙事；内部环节对应保留在既有任务记录或必要的关联说明，不改stageCode和taskKey。不要把真实账号、整段私人聊天或凭据写入公开报告。
 
-`workshop-save`沿用现有字段：`sessionId`、可选projectId、taskKey、version、stageCode、title、artifactType、category、rawText、sourceIds、pendingQuestions、report，以及需要时的opportunity。**不添加moduleId、syncStatus、topicKey、conceptId等新顶层字段**；课表环节放标题/章节，方案实际编号可放正文关联表。不要在save输入里增加dataMode或dashboardState，它们由现有会话及服务流程决定。清单V1.0/V2.0/V3.0与API version分开记录。
+`workshop-save`沿用现有字段：`sessionId`、可选projectId、taskKey、version、stageCode、title、artifactType、category、rawText、sourceIds、pendingQuestions、report，以及需要时的opportunity。**不添加moduleId、syncStatus、topicKey、conceptId等新顶层字段**；研究任务和方案的实际编号可放必要的正文关联表。不要在save输入里增加dataMode或dashboardState，它们由现有会话及服务流程决定。清单V1.0/V2.0/V3.0与API version分开记录。
 
-`rawText`保存本次成果正文；`report.executive`给简洁结论，`report.chapters`组织以下适用内容：
+`rawText`保存本次成果正文；`report.executive`给简洁结论，`report.chapters`按 [面类创新报告设计](workshop-report-design.md) 和当前环节组织实质内容：
 
 摘要先回答本节得到什么发现、关键依据/适用范围、建议怎样行动及决定性待验证项；结论可以是条件式建议或证据不足，不要求每节强行选产品。质量与追溯明细放后，避免学员先看到满屏校验状态却看不到研究判断。
 
-1. 本节问题、范围、使用资料与前序成果。
-2. 实际数据/证言/分析表，以及查询、质量、分母和去重口径。
-3. 结论、支持和反对证据，事实与待验证判断分开。
-4. 缺口、下一步与来源/成果导航。
+1. 本题问题与当前判断，附必要范围和前序成果关系。
+2. 具体产品/任务对照、用户证言或适用统计，解释哪些差异会影响产品选择。
+3. 适合本环节的研究假设、研发选项或条件式建议，说明收益、代价、支持与反证。
+4. 下一项判别、来源/成果导航与必要方法；完整查询、质量、分母和去重明细后置。
 
 小节短时可合并章节，不为凑结构灌水。正文表格用现有`kind: table`及`data.cols/data.rows`，段落用para/longpara，避免自造渲染类型。引文使用report.evidence绑定已保存sourceIds中的真实原文；每一项来源都按返回编号回读核实。