docs(requirements): 补充飞书接入与法规规则源口径

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

@@ -16,6 +16,7 @@
 2. 让用户能明确知道自己当前在执行哪类审核任务。
 3. 让系统输出不仅有自然语言回答，还有结构化结论、引用证据、回填字段、风险建议。
 4. 保证结果可追溯、可解释、可复核，而不是只给一个“大模型说了什么”。
+5. 支持通过 Web 工作台与飞书入口两类方式访问智能体、触发审核和查看结果。
 
 ## 3. 为什么 Chat 模块仍然必要
 
@@ -148,6 +149,15 @@
 
 这样能降低演示时的自由输入风险。
 
+### 6.4 飞书访问入口
+
+当前 Demo 主体仍以 Web 工作台为主，但交互设计上应纳入两类飞书能力：
+
+1. 通过飞书消息入口触发某个审核任务。
+2. 在审核完成后回传摘要结果，并支持通过飞书机器人 `@` 责任人。
+
+后续若采用飞书开放平台的 Agent 接入路线，还应支持文档评论区 `@bot`、群聊机器人或应用会话中的至少一种触发方式。
+
 ## 7. 输出层需求
 
 ### 7.1 自然语言结论
@@ -183,8 +193,10 @@
 - 展示字段值
 - 展示来源文档
 - 展示是否存在冲突
+- 展示是否已生成新的 Word 文档
+- 展示导出入口
 
-即便首版不直接写回 Word 文件，也应把“可回填结果”明确展示出来。
+即便首版先完成字段映射与预览，也应把“可回填结果”和“导出进度”明确展示出来。
 
 ### 7.5 风险提示
 
@@ -234,7 +246,7 @@
 2. 字段在不同文档中出现冲突。
 3. 章节归类不确定。
 4. 规则无法直接判断是否缺失。
-5. 语义相似但不确定是否合规等价。
+5. 审核范围界定不清，无法确认哪些资料属于同一项目批次。
 
 ## 10. 与其他模块的边界