FactRelay 文档
FactRelay 产品工作流
五个工作区把品牌真值、AI 观察、人工审核、纠偏动作和复测证据连接起来。
最近更新:2026年8月15日
FactRelay 的首版产品形态是一个项目工作台。它服务于“发现问题并完成纠偏”这项工作,而不是让用户每天盯着波动曲线。
五个工作区
| 工作区 | 用户要完成的工作 | 核心输出 |
|---|---|---|
| 项目总览 | 判断今天要处理什么 | 待确认、待审核、待发布、待复测任务 |
| 品牌真值 | 确认本轮可用于判断的事实 | 事实、证据、范围、有效期、权限 |
| 问题与采样 | 冻结问题并运行基线 | 问题版本、运行计划、原始回答快照 |
| 发现与审核 | 判断候选问题是否成立 | 人工结论、客户确认、严重度 |
| 纠偏与复测 | 发布修复并比较前后结果 | 发布记录、同口径复测、证据报告 |
首页不是仪表盘
登录后的第一屏应是“今日事实工作台”,按业务动作排列:
- 待客户确认的候选事实;
- 阻碍筛选的冲突或证据缺口;
- 已批准但尚未发布的修复;
- 到期需要复测的项目。
每条任务固定展示“用户要求、企业事实、证据、外部现状、AI 观察、下一动作”。提及率、来源域名和竞品变化放在证据详情中,不抢占主工作流。
数据流
品牌项目
-> 企业确认事实 -> 公开依据 -> 客户确认
-> 冻结问题集 -> 基线观察 -> 回答记录
-> 候选问题 -> 人工审核 -> 客户决定
-> 内容任务 -> 发布登记 -> 同问题复查
问题集发布后不可覆盖;原始快照不可修改;模型建议、人工结论和客户确认分字段保存。这样才能回答“这个结论来自哪次回答、依据哪条事实、谁在何时确认”。
自动化边界
系统可以自动导入公开网页、生成问题建议、调度 API、提取品牌与引用、提出候选发现、排版报告。系统不能自动裁决争议事实、自动向客户发出高风险告警、自动改站或自动发布内容。
首版客户可见的错误和冲突必须 100% 人工审核。只有复购证明持续监测有价值后,才增加定时运行与审核后通知。
产品与服务的边界
事实维护、任务流、采样证据和复测记录是产品能力;采购问题设计、事实边界判断、英文修复写作和结果解释仍需要专业服务。早期应诚实地采用“软件化交付工作台 + 专家运营”,而不是伪装成完全自助的 SaaS。