AI WORKFLOW NOTES
高管 AI 提醒太多怎么办？先定义哪些变化值得打扰
为高管工作台区分例行汇总、待决策事项与紧急提醒，记录阈值和证据，减少重复通知与低基数误报。
每个提醒都应对应一个决定
“有新消息”不一定值得打断负责人。先问收到提醒后需要做什么：批准资源、处理延期、核对异常，还是只需了解进展。如果没有明确动作，可以考虑进入例行汇总，而不是即时推送。让重要性跟业务后果相关，而不是跟消息数量相关。
把判断条件写成能核对的规则
例如某项已承诺任务越过确认期限，需要展示原期限、最新状态和负责人；数据发生变化时，需要显示完整时间窗、绝对差值和来源。阈值应由业务负责人根据可接受风险确定，不由AI凭“看起来重要”自行设定。小基数从一变二可以很大幅增长，却未必具有业务意义。
给同一个问题保留一条线索
重复采集到同一异常，不应每次生成一条全新通知。记录异常标识、首次发现、最近变化和处理状态。只有风险升级、重要证据变化或约定复核时间到达时，再决定是否提醒。去重不代表后台不再检查，实际检查频次和成本也要单独控制。
提醒里区分事实与推测
一条可用提醒先写发生了什么，再列依据，最后说明建议的处理动作。缺数据应标记为缺失，不能推断成没有问题；系统无法读取也不能显示为零。若只是可能的解释，用待核实说明，不把模型推断直接写成负责人或团队的失误。
先用历史样例检查误报与漏报
选一组已经知道结果的非敏感任务，标出哪些当时值得提醒、哪些只是日常波动，再对照规则。检查通知是否过多，也检查重大遗漏。上线后由实际使用者调整阈值，保留版本；不要把“负责人很少点开”简单解释为提醒无用，也可能是形式或时机不合适。
常见问题
能不能只在异常时提醒？
可以作为设计目标，但需先定义异常、复核方式和结束条件，不能把静默当作正常证明。
提醒越及时越好吗？
要结合决策时限与误报代价，区分需要立即处理和可汇总的信息。