业务问题
供应商回复分散在消息和邮件中，交期模糊、部分发货、短交和前后矛盾会影响采购判断。订单可能持续数周，单次问答不能替代证据积累、责任确认和异常跟进。
项目将订单、原始回复、待处理风险和下一步动作放在同一个工作台中。
我的工作与协作
梳理订单导入、供应商承诺、生产备货、发运与收货流程，定义行级证据、风险状态、审批和消息草稿；构建订单工作台、供应商目录、SLA、通知及中文界面。
推进供应链知识整理与审核，并通过规则用例、持久化检查和异常复现确定交付边界。
产品流程
供应商回复先关联订单并保留原文，再提取候选事实，经过字段与业务规则校验后更新状态。重大差异进入审批，批准后仍检查权限、当前版本和重复执行条件。
将长流程状态保存到持久化工作流；外部结果不确定时进入核对，避免因重试而重复发送或错误推进订单。
关键决策
- 以原始证据支撑状态更新，信息缺失时保留未知。
- 区分部分发货与批准短交，关闭剩余数量需要人工确认。
- 模型提供建议，审批和外部执行由受控业务流程决定。
- 演示环境与真实外部操作分开，展示数据和执行范围可追溯。
最新中文界面与验证
以下为 2026 年 10 月 15 日本地开发版本的“构建知识大脑”页面，展示连接、上传、事实审核与问答的信息结构；外部连接仍在开发，页面存在不代表能力已全部验收。
已有验证
公开仓库提供本地演示和 240 条合成供应商回复的确定性合同评测。它验证规则与预期结果的一致性，没有调用真实模型，不代表客户数据表现。最新扩展验收中的 1176 项既有回归、类型检查和隔离构建通过。
当前阶段
2026.10.15 的整体验收尚未通过：货运比价、服装样衣与生产基线、外部知识连接仍有缺口；已确认记录转交后被导入覆盖的问题待修复。后续先修复数据一致性，再补齐业务闭环与真实集成验证。
持久化流程与执行边界
采用 TypeScript / Next.js 工作台，Temporal 保存等待、审批和恢复状态；业务 API 与持久化领域事实连接供应商回复、订单投影、SLA 和审计。外部动作经过权限、版本、幂等、Outbox 与回执检查。
公开演示使用隔离的合成租户与模拟回执，未向真实供应商投递；完整模型和生产集成结果分别验收。