把提示换个地方放，不是智能化。智能化成立的条件是取消中间那截搬运。以每周广告优化为例：登录、下载搜索词、粘进对话、等分析、决定采纳哪些、回后台逐条改。模型通常只做分析。登录、导出、组装、回写是纯搬运；决定采纳哪些是判断，不该被自动吃掉。正确目标是把半小时搬运压成十分钟判断，不是让系统全自动改投放。把判断也自动掉的人，第一个月多半会碰到一次要人工善后的事故。

前置条件是数据拿不拿得到。有官方接口的优先做；能导出不能接口的，人导出、程序处理，算半自动；既无接口也无导出的，现阶段别硬上，先解决可得性。强行用看屏幕去啃最后一类，往往比人工更慢更贵，改版就全废。盘点表很土：每个环节写清要什么数、属于哪一类、现在每周搬运几分钟。优先级等于耗时除以取数难度。

任务只按「错了能不能收回来」分三档。绿灯：只读或只在内部流转——拉数、汇总、日报、打标、草稿、只通知不动手。黄灯：会对外或会改平台状态——调出价、改页面、回客户、提交补货，系统把改动准备好但不提交，等人勾选。红灯：下架、删除、退款赔偿、接受协议、改账户、大额采购。红灯不是「以后模型更准就可以」，是结构上不该自动——省下几分钟，赔上的可能是一批货或一个账号。客户回复常被当成绿灯，这是错的。发出去收不回，模型又很乐意替你承诺退款金额和时效例外。

把现有提示迁成可调用技能，任务描述可以几乎不动，要补的是从哪读、何时不该跑、产出给谁用、谁来点头。输出改成程序能解析的结构。行数太少或字段缺失就停，不要硬跑。补货量、利润率、盈亏平衡、投放效率，用公式算，模型只负责分类和「哪些 SKU 需要看」；让它算补货量，得到的是看起来合理、无法复现的数。

落地清单

• 先上只读日报：每个数字标注取数时间和来源，禁止预估，异常由人解释。
• 库存建议可以算可售天数，补货量写在代码里，资金承诺必须人点头。
• 差评草稿禁止出现具体退款、补偿和时效保证，价值是把半小时分类压成三分钟审核。
• 一次只上一个环节，跑稳两周再上下一个。写操作没有日志，出问题无法复盘也无法申诉。

省下的时间少于维护接口和异常的成本，这笔账就不要做。团队还不会读执行轨迹时，智能化只是把看得见的人工错误换成看不见的自动错误。

本文侧重全链路风控方法论。落地时请用自身业务单据做回放验证，不要把示例阈值直接当生产策略。 相关：风控体检 · 方案资源