docs(requirements): 收紧报送版式与飞书闭环要求

docs/需求分析/4.chat模块需求分析.md

@@ -16,7 +16,7 @@
 2. 让用户能明确知道自己当前在执行哪类审核任务。
 3. 让系统输出不仅有自然语言回答，还有结构化结论、引用证据、回填字段、风险建议。
 4. 保证结果可追溯、可解释、可复核，而不是只给一个“大模型说了什么”。
-5. 支持通过 Web 工作台与飞书入口两类方式访问智能体、触发审核和查看结果。
+5. 支持通过 Web 工作台与飞书入口两类方式访问智能体、触发审核和查看结果，并保证核心流程可在飞书内闭环完成。
 
 ## 3. 为什么 Chat 模块仍然必要
 
@@ -151,12 +151,13 @@
 
 ### 6.4 飞书访问入口
 
-当前 Demo 主体仍以 Web 工作台为主，但交互设计上应纳入两类飞书能力：
+飞书交互不应只是消息转发，而应支持在飞书内完成关键流程。交互设计上至少应纳入以下能力：
 
-1. 通过飞书消息入口触发某个审核任务。
-2. 在审核完成后回传摘要结果，并支持通过飞书机器人 `@` 责任人。
+1. 通过飞书消息或群聊机器人入口触发某个审核任务。
+2. 在飞书内完成任务选择、结果查看和责任人通知。
+3. 支持手动维护后的责任人 / 飞书账号映射生效。
 
-后续若采用飞书开放平台的 Agent 接入路线，还应支持文档评论区 `@bot`、群聊机器人或应用会话中的至少一种触发方式。
+飞书开放平台接入路线中，群聊机器人属于 Demo 必备入口；文档评论区 `@bot` 或应用会话能力可作为后续扩展。
 
 ## 7. 输出层需求
 
@@ -196,9 +197,20 @@
 - 展示是否已生成新的 Word 文档
 - 展示导出入口
 
-即便首版先完成字段映射与预览，也应把“可回填结果”和“导出进度”明确展示出来。
+输出结果不仅要展示回填数据，还应明确展示“已按模板生成可直接报送版 Word”及其导出入口。
 
-### 7.5 风险提示
+### 7.5 飞书端结果展示
+
+飞书端至少应能展示：
+
+- 当前任务名称
+- 结果摘要
+- 风险等级
+- 关键缺失项或冲突项
+- 责任人通知结果
+- Web 详情页或导出文件链接
+
+### 7.6 风险提示
 
 风险输出不应混在普通回答里，建议单独展示：