AI 电商自动化：哪些交给系统，哪些保留人工

公开核心框架

• 先写清这条 AI 自动化的 workflow 名称、触发条件、输入来源、影响页面、影响订单、影响客户或影响广告的位置。说不清影响范围时，不要进入上线放行判断。
• 判断这个自动化是在生成商品描述草稿、整理客服摘要、发送报表提醒，还是准备改库存、价格、订单、客户资料、Feed 字段或广告动作。草稿和提醒可以先小范围试用；可执行动作必须人工复核。
• 写清 AI 读取 policy、PDP、Feed、客服知识库、库存字段、订单状态或广告数据的来源，并标记 read permission 和 write permission。任何新增写入权限都要重新审批。
• 核对 PDP、Feed、policy、inventory、support KB 和素材库是否使用同一版商品事实。价格、库存、配送、claim 或退货政策不一致时，先修事实源，不要上线自动化。
• 明确退款、拒付、改价、停投、下架、功效 claim、批量客户资料修改、checkout/order mutation 不能自动放行，只能进入人工确认或小批量测试。
• 用 AI 自动化上线放行判断练习检查触发条件、输入来源、读取权限、影响范围、人工复核、抽样率、失败处理、回滚路径、审计记录、审批团队和复查团队。只要任何一项说不清，就先保持草稿、提醒或人工工单。
• 用 AI 自动化人工复核模拟器跑至少一个真实案例：商品 claim 审核、低库存 Flow、客服退款建议、agentic checkout handoff，或客户资料批量修改。写出事实源、人工检查项、放行结论、拒绝上线处理和审计记录，确认人真的知道怎么拦住错误。
• 记录工作流版本、事实源版本、权限变化、上线范围和回滚检查点，包括 Flow / prompt / policy / Feed / PDP / support KB 的当前版本、权限变化、影响记录数和小批量上限。