第二阶段暂缓事项待办表
一、待办原则
以下事项不进入第二阶段第一批或第二批落地范围。完成 Demo 主任务后，再根据展示效果和剩余时间决定是否进入第三阶段。
二、第三阶段第一批建议事项
| 编号 |
待办项 |
来源 |
建议优先级 |
说明 |
| TODO-3-001 |
真实飞书 CLI/API 接入 |
第二阶段通知能力 |
P0 |
替换第二阶段 mock 通知，支持真实发送 |
| TODO-3-002 |
用户与飞书账号映射 |
第二阶段通知能力 |
P0 |
维护 Django User 到飞书 open_id、手机号或邮箱的映射 |
| TODO-3-003 |
飞书通知模板和失败重试完善 |
第二阶段通知能力 |
P0 |
支持风险摘要、报告链接、重试、失败告警 |
| TODO-3-004 |
飞书通知权限和脱敏策略 |
第二阶段通知能力 |
P1 |
通知中不暴露完整敏感文件内容 |
三、规则管理后续事项
| 编号 |
待办项 |
来源 |
建议优先级 |
说明 |
| TODO-RULE-001 |
规则管理前端 |
YAML + DB 规则版本 |
P1 |
展示 YAML 与数据库 hash 差异，支持人工确认导入 |
| TODO-RULE-002 |
规则导入审批流 |
合规追溯 |
P1 |
规则版本变更需要审批和留痕 |
| TODO-RULE-003 |
规则/RAG 状态管理页 |
RAG 运维 |
P1 |
展示规则版本、YAML hash、Chroma 索引版本、索引状态和重建提示 |
| TODO-RULE-004 |
RAG 索引重建前端入口 |
RAG 运维 |
P1 |
前端触发或提示重建法规 RAG 索引 |
| TODO-RULE-005 |
官网法规定期更新 |
原始需求法规来源 |
P2 |
后续从 NMPA/CMDE 官网定期抓取或人工导入 |
四、原始需求 3 后续事项
| 编号 |
待办项 |
来源 |
建议优先级 |
说明 |
| TODO-FILL-001 |
产品关键信息抽取结果确认 |
原始需求 3 |
P1 |
将第二阶段抽取字段转成可人工确认的信息表 |
| TODO-FILL-002 |
自动填写目标文件 |
原始需求 3 |
P1 |
将确认后的字段写入注册申报表格或对照清单 |
| TODO-FILL-003 |
填写前后差异报告 |
自动填写风控 |
P1 |
输出写入前后 diff，供人工复核 |
| TODO-FILL-004 |
自动填写审批确认 |
自动填写风控 |
P1 |
文件写操作前必须人工确认 |
五、其他增强事项
| 编号 |
待办项 |
来源 |
建议优先级 |
说明 |
| TODO-EXT-001 |
无汇总批次时自动串联文件汇总 |
第二阶段启动方式 |
P2 |
当前口径为提示用户先自动汇总，暂不自动串联 |
| TODO-EXT-002 |
文件夹上传增强 |
第一阶段边界 |
P2 |
浏览器 webkitdirectory 或目录上传能力 |
| TODO-EXT-003 |
Office 精确分页 |
第一阶段边界 |
P2 |
引入 LibreOffice headless 转 PDF 后统计页数 |
| TODO-EXT-004 |
OCR 文本抽取 |
章节/一致性核查增强 |
P2 |
支持扫描件和图片型 PDF |
| TODO-EXT-005 |
独立 Chroma Server 部署 |
RAG 运维增强 |
P2 |
当前第二阶段使用本地持久化 ChromaDB，后续可演进为独立服务 |
