| 编号 | 需求 | 建议阶段 | 建议验收条件（Codex 草案） | 本 Demo 覆盖（初判） |
|---|
| R01 | 统一入口 | 第一阶段 | 列出现有操作清单和频次；用同一入口完成录入、查询、分析、案例回查，70%～80%须按客户确认的操作口径实测 | 部分 · 同一入口已串六段流程；操作清单/频次与70-80%客户口径实测未做 |
| R02 | 四维排查 | 第一阶段 | 每次排查列出鱼、水、设备、人证据、缺失数据、候选原因和人工结论 | 可演示 · 四维证据+候选原因+人工结论，动线3 |
| R03 | 自动与人工采集 | 第一阶段 | 传感器与人工事件统一塘口、批次、时间、单位，断流与补传可追溯 | 未接 · 合成数据+人工事件；传感器断流补传未接 |
| R04 | 任意期间查询 | 第一阶段 | 指定月度与上一周期可查询，返回范围、条数和来源；空数据明确提示 | 部分 · 日期/近七天查询可用；月度+上一周期口径待核 |
| R05 | 近七天分析 | 第一阶段 | 1/3/5/7天窗口正确，过期或缺失数据明确标识 | 可演示 · 7天=29kg/232元/135kWh，动线2 |
| R06 | 跨周期对比 | 第二阶段 | 按规格及生长阶段对齐，显示可比条件和缺项，不能只按日期比较 | 未接 · 未做规格/生长阶段对齐（按日期回放） |
| R07 | 原始数据与提炼 | 第一阶段 | 原始数据留存、派生摘要版本化，摘要可回到原记录；留存期限待定 | 部分 · 摘要版本化+可回原记录；留存期限待定 |
| R08 | 投喂巡检录入 | 第一阶段 | 自然语言生成可编辑草稿，确认后落库并返回记录编号 | 可演示 · 确定性解析生成可编辑草稿+缺项追问，动线1 |
| R09 | 必填字段校验 | 第一阶段 | 缺塘口、批次、时间、数量或单位时追问；不得凭空补值，补齐后才可提交 | 可演示 · 必填校验与缺项提示，动线1 |
| R10 | 投喂业务联动 | 第一阶段 | 确认一笔投喂后库存和业务台账一致，重复提交不重复扣库，失败可恢复 | 可演示 · 同一事务库存172→167、成本40元，动线1 |
| R11 | 经营查询汇总 | 第一阶段 | 投喂、用电、水质周汇总与源表人工计算一致 | 部分 · 成本/用电汇总可用；完整经营汇总表待核 |
| R12 | 自然语言BI | 第一阶段 | 15g规格鱼数量查到真实字段和单位，图表、总数、明细一致；规格容差由业务确认 | 可演示 · 受控查询→确定性图表（无LLM，符合“映射到确认指标”口径） |
| R13 | 业务公式计算 | 第一阶段 | 公式与适用条件由业务确认，用固定样例核对，记录公式版本 | 部分 · 固定公式；可编辑公式库/饵料系数未做 |
| R14 | 多模态录入 | 第二阶段 | 图片视频保留原件与时间，抽取结果需确认；语音噪声和方言单独测试 | 未接 · 语音/图像/视频未接 |
| R15 | 知识库问答 | 第一阶段 | 回答带引用和版本，无证据时提示缺口，以专家标注题集验证 | 可演示 · 检索+知识版本与引用，动线4 |
| R16 | 自动资料整理 | 第一阶段 | 保留原件、结构、来源和解析失败清单，不要求客户手工转换Markdown | 部分 · 会议纪要→候选知识可用；通用资料自动整理未接 |
| R17 | 知识冲突提示 | 第一阶段 | 用已知冲突样例验证提醒，保留原文对照；阈值待评测 | 部分 · 同主题对照+蓝色清单；语义冲突识别未做 |
| R18 | 专家裁决 | 第一阶段 | 冲突进入待审队列，专家确认后新版本才生效，记录修订人及理由 | 可演示 · 专家修改→批准，动线4 |
| R19 | 内部知识优先 | 第一阶段 | 内部与外部来源分列，冲突时不静默覆盖；无依据不猜测 | 部分 · 版本与来源引用；“内部优先”排序口径待实测 |
| R20 | 问答质量改进 | 第一阶段 | 同一题集对比现有系统与候选方案，分别评命中、事实正确和表达 | 可演示 · 评分保存+审核案例进入检索（改善闭环演示成立） |
| R21 | 评分与周复核 | 第一阶段 | 支持1～10分和理由，汇总待审问题；不自动把评分转成知识事实 | 部分 · 评分8/10可存；周复核流程演示中待核 |
| R22 | 高质量案例入库 | 第一阶段 | 入库需专家批准；80分与1～10分的换算口径须确认 | 可演示 · 案例原子入库，动线5 |
| R23 | 事件完整案例 | 第一阶段 | 事件、证据、人与AI原因、措施、执行者、效果完整关联，可追溯 | 可演示 · 事件→判断→措施→效果→候选→批准 全链 |
| R24 | 人工最终决策 | 第一阶段 | 建议与人工决策分栏，关键操作确认，AI不得直接执行现场处置 | 可演示 · 人工最终决策贯穿审核与待办，动线4/5 |
| R25 | 持续改进 | 第二阶段 | 采用反馈、专家修订、版本发布、回归验证；不默认模型自行训练或改规则 | 部分 · 闭环存在；长期改进机制待观察 |
| R26 | 异常预警 | 第二阶段 | 用历史回放验证阈值、漏报、误报、重复抑制和人工确认，不等同于已接设备 | 部分 · 低氧样例提示；阈值规则库未做 |
| R27 | 会议归档 | 第二阶段 | 会议纪要和录屏关联原会议，重试不重复，权限继承；接口和下载权限待核 | 部分 · 纪要手动/半自动导入；腾讯会议自动归档未接 |
| R28 | 会议业务学习 | 第二阶段 | 提取候选业务知识，经审核进入知识库，保留会议证据与版本 | 部分 · 候选知识+待办生成；业务学习效果评估待核 |
| R29 | 规则写入应用 | 第一阶段 | 规则和公式成为带版本的可调用服务，用样例验证，权限及变更可审计 | 可演示 · 规则写入→知识快照v1→v2、旧版保留，动线4 |
| 编号 | 问题 | 建议回复要点 | 需要客户/我方提供的材料 |
|---|
| Q01 | API是什么 | 系统之间约定好的数据接口；先列清读取和写入哪些数据 | ERP接口文档、认证、沙箱、读写权限 |
| Q02 | 数据存在哪里 | 建议结构化业务数据、时序数据和文档各有明确真源，知识库保留检索索引与引用 | 现有数据库、保存位置、数据量与备份要求 |
| Q03 | 本地部署 | 需要按数据量、模型、并发及运维条件定配置，当前不能给确定服务器报价 | 已有服务器、联网限制、运维主责 |
| Q04 | 为何要手工转换 | 资料解析和格式转换应由接入工具承担；客户负责业务核对 | 原始文件样例、思维导图格式、扫描件比例 |
| Q05 | 时序关联 | 记录显示尚未打通，先统一塘口、批次、设备、时间和单位 | 数据样例、采样频率、时区、补传规则 |
| Q06 | 拖拽因果链 | 可列为规则编排需求，先确认节点、分支条件和可执行规则语义 | 一条完整专家排查链和预期输出 |
| Q07 | 自然语言BI | 建议将问题映射到确认的指标和受控查询，再由确定性代码生成图表 | 15g定义、计量单位、业务字段、权限 |
| Q08 | 语音模块 | 现有供应商未确认；应以现场噪声、方言、塘口名和数量识别实测选型 | 脱敏现场录音、设备、网络、术语表 |
| Q09 | 自学习如何实现 | 建议用反馈审核和版本更新建立可回归的改进闭环 | 审核人员、评分口径、发布频率 |
| Q10 | 会议系统选型 | 先核实现用会议产品及录制归档条件，再判断是否需要内嵌会议 | 内嵌是否必需、现有版本、账号权限 |
| Q11 | 腾讯会议自动入库 | 待核验账号接口与录制读取能力，可先定义归档字段、去重和失败补偿 | 会议账号版本、接口授权、录制样例、目标知识库接口 |
本页与 T1 Demo 均不是 29 条需求的正式验收，也不是生产系统。确定性解析仅覆盖页面列明格式；冲突提示是同主题对照非语义识别；400 天为合成数据；未接大模型/真实接口/语音/多角色认证。任何模型生成不得绕过字段校验、确定性计算或专家审核。
来源：Codex《[需求核对与执行准备稿](/__file__/requirements-review.md)》（29需求+11问题草案）·《[能力与T1/T2/T3评估页](/__file__/capability-roadmap.html)》·《T1首版验收与交接》（VALIDATION.md）。本深化件由 claude-code 生成于 2026-09-18，不改动 T1 本体与 Codex 任何产物。