企业AI智驾白皮书（2026.7）

AI从能力分级到生产落地：方法、路径与标准1.0·20267目录序言当智能体越来越多，企业反而更需要一张路线图 5企业拥有越来越多智能体，却仍不知道自己走到了哪里 5从更多单点应用，走向一条清晰的能力路径 5先从熟悉的汽车智能驾驶说起 7从汽车智驾到企业AIL1-L5 8本白皮书回答三个核心问题 9第一章为什么需要“等级”而不是“又一个Agent” 11三个普遍错觉 11等级解决的不是命名问题 11零售企业真正的战场在经营闭环 12行业智驾五级常见映射：沿用台阶，校准证据 13本章结论 13第二章企业AI路径规划方法论 15先回顾智驾五级，再进入企业AI评级标准 15三条判断轴 16为什么API化是等级跃迁的物理前提 17企业现有能力如何承接五级路径 18方法论的五个动作 18第三章RALL1～L5全景展开 19L1～L5对照总表 19L1｜工具辅助（脱脚） 20L2｜数据协同（脱手） 23L3｜单域受控执行（脱眼） 26L4｜多域自主（脱脑） 29L5｜经营原生（全域） 32本章小结：丰富场景与严格定级必须同时成立 35第四章从L2到L3：商业价值分水岭 36为什么L2不够，但又必须先有L2 36八条分水岭判据 36L3验收闭环：六步必须能现场演示 37决策包的最小字段 38L3不等于39从L2走向L3的90天节奏 40价值判断如何保持简单而可信 40第五章底座：等级升高，能力必须加码 41五层底座总览 41等级与底座完备度 41业务系统产品体系中的能力落点 45与企业现网的四种衔接模式 46终端、主数据与组织现实检查 47第六章通用建设路径 49五步主路径 49谁参与、谁签字 49分步交付：交什么，企业如何感知价值 50首年节奏 50交付系统架构：现网×业务系统×AI 51企业AI智驾系统解决方案 54与企业内部系统的衔接与改造 61五阶段实施方法：Discover、Design、Develop、Deploy、Drive 66实施Gate：每一关都必须能退回 67首年详细WBS：从W1定级到W24首域验收 68能力建设清单：名称可以不同，能力不能缺位 70通用避坑：零售AI项目最容易在哪里失真 71本章结论 71第七章零售选域与样板闭环 72零售真实战场 72如何选出唯一首域 73商品与价格 75库存与补调 76会员与门店 77电商与订单 78供应链与业财 79样板闭环A｜促销冲突拦截与审批写回 80样板闭环B｜电商活动与商品上下架 81样板闭环C｜跨系统库存与订单同步异常 82阶段成果如何向决策层汇报 83本章小结 83第八章治理、风险与“什么时候不该上” 84为什么治理必须前置 84L3治理清单 85风险类型与应对 86与ERP、财务和法定责任的关系 87什么时候不该上L3 87第九章行动倡议 88不同角色的行动重点 8830天启动清单 88项目实施检查表 89结语式判断 89结束语先定级，再建设；先可读，再受控可写 90附录ARAL定级自测 91附录A（续）计分与硬性校验 92附录A｜自测输出模板 92附录B术语表 93附录C实施与验收检查表 94序言序言当智能体越来越多，企业反而更需要一张路线图AI建设的难题，正在从“能不能做”转向“做到哪一步、下一步往哪里走、怎样证明值得继续投入”。许多企业的AI建设，都从一个很具体的问题开始：让客服更快找到答案，让运营少花一点时间写文案，让管理者能够直接询问经营数据，或者让某个重复动作自动完成。这样的起点没有错，而且往往很快就能让人看到效果。但当第一个智能体之后又出现第二个、第三个，新的问题也随之出现：每个应用都在解决一个局部问题，却很少有人能够说清楚，这些能力拼在一起以后，企业整体走到了哪里；下一个项目是在补齐关键能力，还是只是在重复建设另一个聊天窗口。企业拥有越来越多智能体，却仍不知道自己走到了哪里常见现象真正缺少的东西带来的结果智能体按部门和场景单点建设一张能够连接场景、系统与组织能力的整体路线图应用数量增加，能力仍然彼此孤立。项目各自使用不同名称和口径企业共同认可的成熟度等级与判断标准管理层、业务和IT对“做到什么程度”理解不同。演示效果很好，生产验收困难从数据、权限、执行到业务结果的证据链能回答、能建议，却难以证明真正进入经营过程。预算按单个功能逐项投入从当前能力走向下一等级的建设顺序重复集成、重复治理，ROI也难以持续解释。因此，企业真正缺少的并不是更多新名词，而是一套能够把今天的能力说清楚、把明天的建设排出顺序、并且让每一步都可以被验证的共同语言。它既要让业务负责人听得懂，也要让CIO、CTO和项目团队能够据此立项、建设和验收。从更多单点应用，走向一条清晰的能力路径为了解决这个问题，我们把目光投向了一个大家更熟悉的领域：汽车智能驾驶。一辆车不会因为装上一个大屏或增加一个语音助手，就突然变成自动驾驶汽车。它需要从辅助驾驶开始，一步步扩大系统承担的任务，同时不断明确人在什么时候操作、什么时候监控、什么时候接管，以及最终由谁对安全负责。企业AI的成长也有相似之处。真正的变化并不只发生在模型变得更聪明，而是AI能否逐步读懂真实业务、参与判断、在约束下完成动作，并把人的角色从全程操作逐步推向终审、接管和目标设定。基于这条共同逻辑，我们提出了企业AI智驾路径。企业AI智驾路径企业AI智驾路径它借用智能驾驶中“系统承担更多过程、人的角色逐级后移”的思路，把企业AI从单点辅助、数据协同、单域受控执行、多域自主，直到目标驱动经营，组织成一条可以理解、规划和验收的L1-L5建设路径。序言（续）序言（续）一辆车怎样一步步替人完成驾驶先把“脱脚、脱手、脱眼、脱脑、全域”放回日常驾驶场景，再理解企业AI为什么也需要分级。先从熟悉的汽车智能驾驶说起想象一次长途驾驶。最开始，定速巡航只是替驾驶员稳住车速；再往后，车辆可以同时控制速度和方向；只有当系统能够自己观察道路、处理大部分驾驶任务，并且把人的角色从驾驶员逐步变成乘客，自动驾驶的等级才真正发生变化。五个助记词，记录的正是这段逐步放手的过程。智驾助记一听就懂的生活画面汽车智能驾驶中的含义此时人还要做什么脱脚像定速巡航或自适应巡航：车替你持续踩油门、必要时减速，右脚可以轻松一些。系统开始承担速度控制，但还没有接管完整驾驶任务。手握方向盘、眼看道路，负责转向、判断和全部驾驶责任。脱手像在限定高速路段同时使用车道居中和自适应巡航：车开始同时管理方向和速度。系统在明确条件内同时承担横向与纵向控制。仍要持续看路、关注系统状态，并能随时接管。脱眼像进入一段被明确允许的自动驾驶区间：车自己“看路”和开车，你不必一直盯着前方。系统在限定范围内完成观察、判断和驾驶，到边界前会请求人接管。无需持续观察，但收到提示后必须在规定时间内接管。脱脑像在限定城区乘坐无人出租车：在它覆盖的区域内，你只是乘客，不需要充当后备驾驶员。系统在限定范围内自行驾驶，也负责故障处置与安全降级。不承担日常接管，只处理域外行程安排或极少数例外。全域像任何道路、天气和城市都能使用真正无人车：只说目的地，途中无需参与。系统能够在全部可驾驶条件下自主规划并完成全程。人只设目的地与偏好，不再承担驾驶任务。类比的边界我们借用的不是汽车技术本身，而是能力逐级增加、人的角色逐级后移这条路径。企业AI最终仍要用自己的业务系统、权限边界和生产结果来定级。类比的边界我们借用的不是汽车技术本身，而是能力逐级增加、人的角色逐级后移这条路径。企业AI最终仍要用自己的业务系统、权限边界和生产结果来定级。序言（续）序言（续）把驾驶中的角色变化，翻译为企业AI路径智驾助记帮助记忆，企业自身的人机分工、系统边界和生产结果负责定级。从汽车智驾到企业AIL1-L5为了让这条路径更容易理解，我们把五个智驾助记与企业AI五级建立稳定的记忆配对：脱脚记L1、脱手记L2、脱眼记L3、脱脑记L4、全域记L5。对应的不是脚、手、眼、脑这些器官，而是人在整个过程中的位置。五级记忆链脱脚/L1：AI替人省力→脱手/L2：AI看数，人来操作→脱眼/L3：AI办过程，人来终审→脱脑/L4：AI跨域协同，人管例外→全域/L5：AI围绕目标经营，人定目标与红线智驾助记企业AI等级为什么这样记企业中的人机分工脱脚L1工具辅助AI替人完成局部任务，但人没有退出业务流程。人全程操作；AI不持续读取生产数据，也不写业务系统。脱手L2数据协同AI能持续读取真实数据并给出方案，但人仍盯住全程。人决策并亲自操作；系统保持正式多源只读。脱眼L3单域受控执行AI在限定业务域完成过程，人退到终审和接管位置。审批后受控写回；人终审、负责并接管异常。脱脑L4多域自主多个已验收业务域日常自主协同，人主要处理例外。系统统一调度与风控；人处理超阈值和跨域例外。全域L5经营原生人给出经营目标与红线，系统持续规划和协调。流程、权限与系统为AI原生设计；人负责战略与治理。这组对应关系首先是一座沟通桥梁。它让管理层、业务与IT能够用同一条路径讨论企业AI；真正进入项目建设时，每一级仍要回到具体业务域，检查AI能看到什么、能做到什么、人在哪里把关，以及最终留下了什么结果。序言（续）序言（续）以零售为代表，但不止于零售这是一套面向实体经营企业的能力路径，而不是面向软件研发组织的工程能力评级。这套路径适用于谁这套路径适用于谁本白皮书以零售行业作为代表场景，是因为商品、库存、订单、门店、会员、供应链和业财构成了一条完整且可观察的经营闭环。同样的分级逻辑，也适用于制造、消费品、物流、商贸和服务业等拥有真实业务流程与核心业务系统的实体经营企业。需要特别说明的是，这套体系不用于评价软件企业自身围绕研发、编码、测试和产品开发建立的AI工程能力。软件服务商可以用它帮助实体经营企业规划AI路径，但软件研发组织自身的AI建设，需要另一套面向研发流程、工程效率和产品能力的评价方法。本白皮书回答三个核心问题沿着这条路径，后续章节不会从“还有哪些智能体可以做”开始，而是围绕三个更直接的问题展开。核心问题本白皮书提供的回答我们现在到底在哪一级？用L1-L5的人机分工、系统边界、业务范围和生产证据判断现状。下一步应该建设什么？把数据、知识、接口、审批、治理和运营机制拆成一条有先后顺序的建设路径。怎样判断是否值得继续投入？不追求缺乏依据的精确金额；用场景已有指标观察变化，再决定巩固、扩围或暂缓。阅读方式上篇建立共同语言与等级标准；下篇以零售为代表，展示实体经营企业如何定级、选域、建设、验收和复制。PARTIPARTI上篇·理论「AI智驾」等级与AI数字化先回答“企业在哪一级、为什么、怎样验收”，再进入零售业务域的建设与复制。10第一章第一章为什么需要“等级”而不是“又一个Agent”如果没有统一标尺，企业会把聊天、问数、脚本自动化和受控执行混在一起，最终无法立项、验收和解释价值。三个普遍错觉错觉现实正确判断有聊天框=已经AI数字化多数只是L1：省打字、做检索、写初稿，不改变经营过程。看它是否持续读取真实经营数据。能查数=已经有Agent多数是L2：会问、会分析，但建议之后仍由人登录系统执行。看它是否拥有受控Action。RPA/脚本=已经L3脚本按预设路径点页面，缺少正式契约、权责、审批与业务凭证。看审批后是否走白名单API并返回结果。这些错觉并非技术团队故意夸大，而是企业缺少共同语言。业务看到的是“能不能帮我少做事”，IT关注“是否安全、是否可维护”，财务关心“投入是否有回报”，管理层则需要知道“今年到底能承诺到哪一级”。等级体系的作用，是让不同角色围绕同一组证据讨论。等级解决的不是命名问题企业环节没有等级时采用等级后战略用“全面AI化”描述方向，难以判断优先级。明确当前等级、目标等级与不可跳过的前置能力。立项按场景数量、模型名称和演示效果争预算。按业务域、权限、API、证据与价值指标定义范围。招标功能清单打勾，供应商对“Agent”各说各话。把决策包、审批、写回凭证、失败治理写成验收句。实施先做界面，后补数据、权限和责任人。先定级与选域，再按Gate补齐底座和组织。运营只统计会话数、调用量和机器人数量。观察业务指标、异常、采用、回滚和持续改进。本章判断企业要的不是再多一个Agent品牌，而是一套可自评、可招标、可建设、可验收的AI数字化台阶。零售企业真正的战场在经营闭环场景不应从“模型能做什么”出发，而应从商品、价格、库存、渠道、客户、门店、履约和业财的可观察问题出发。经营问题常见停留方式等级视角下的下一步促销冲突与毛利穿透事后报表或规则说明。L2先识别与测算；L3审批后创建、调整或拦截配置。库存不一致、缺货与超卖人工对账、群内追问。L2统一可视；L3受控调整可售池、分配策略或异常任务。补货建议无人落单Excel建议表发给门店。L2形成可信建议；L3审批后创建补货或调拨单。电商活动与上下架易出错运营人工逐平台维护。L2识别异常；L3创建平台草稿、上下架任务或异常工单。门店任务难闭环群通知、打卡和人工汇总。L2生成待办；L3建任务、追回执、按证据验收。订单履约异常定位慢客服与IT多系统查找。L2给出处理建议；L3审批后拆单、换仓、重推或改状态。对账差异长期未清月末集中人工处理。L2分类定位；L3创建调整任务或凭证草稿，法定过账仍由人负责。同一个业务问题可以处在不同等级。以缺货为例：生成缺货沟通文案属于L1；读取销售、库存和在途给出建议属于L2；审批后创建补货单并返回单号属于L3；缺货风险自动联动库存、补调、订单寻源和会员沟通才可能接近L4。因此，场景名称不能决定等级，权责与生产证据才决定等级。行业智驾五级常见映射：沿用台阶，校准证据序言已经说明智驾助记的汽车原义与类比边界；本节只校准行业常见说法与企业生产证据。等级行业常见映射容易产生的误判本白皮书的零售校准L1（助记：脱脚）对话、搜索、摘要、内容生成。接入大模型就等于完成AI数字化。单点工具辅助；不持续读取生产数据，不写业务系统。L2（助记：脱手）智能问数、预测、看板或流程自动化。把BI、预测或RPA代点当作高等级执行。正式多源只读；输出分析和方案，人仍登录系统执行。L3（助记：脱眼）端到端Agent或“智能执行”。演示环境能写、脚本能点，就对外称L3。唯一业务域；人工终审；白名单写API；返回业务凭证。L4（助记：脱脑）多个机器人、多智能体协作。两个Agent并行就算多域自主。至少两个L3域分别验收；统一调度、风控、失败补偿与例外台。L5（助记：全域）全面智能化、目标驱动经营。以三年蓝图或模型能力替代生产证据。系统、组织、权限和仿真AI原生；作为长期目标态而非近期标配。这套校准既保留行业已经形成的五级共同语言，也避免把“能力名称”直接等同于“生产等级”。对零售企业而言，真正的分界不是有没有聊天框，而是商品、价格、库存、订单、会员与门店动作是否通过正式契约进入经营闭环。我们视角我们视角POS、ERP、OMS、中台和全渠道一盘货提供的是经营事实、业务对象与可调用能力；只有再叠加权限、审批、白名单、凭证和运营责任，才能把这些系统能力转化为可验收的AI等级。本章结论AgentL1～L4，关键看数据、权责、写入和证据。等级不是宣传标签，而是战略、预算、合同、实施与运营的共同语言。AIL1-L5API化程度三条正式判断轴。角色不要用什么判断等级进入第二章前要拿出的证据管理层机器人数量、模型品牌和演示效果。当前主等级、唯一候选域、不可跳过的底座缺口。业务负责人场景名称和“看起来很智能”。真实痛点、规则红线、审批责任与可观察指标。CIO/CTO接口文档里写了“支持”或测试环境能调用。生产权威源、正式API、权限、错误码、审计与凭证。价值负责人调用量、节省金额的单点假设。指标定义、基线窗口、比较范围、观察周期与归因说明。进入第二章第一章解决“为什么需要统一等级”；第二章先用一张五级表回顾智驾助记与企业AI的对应关系，再把人的角色迁移落到三条判断轴和业务系统能力上，回答企业怎样从沟通助记走向严格验收。第二章第二章企业AI路径规划方法论即使跳过序言，也先用五分钟回顾智驾五级，再用人机权责、写系统权限、API化程度和生产证据建立正式评级标准。AI有些读者会直接从方法论章节开始阅读，也可能在阅读过程中忘记序言中的对应关系。因此，本节先把五级助记快速走一遍：脱脚、脱手、脱眼、脱脑、全域分别帮助记忆L1、L2、L3、L4、L5；随后再把这条记忆链翻译成企业可检查、可建设、可验收的生产标准。五级助记快速回顾智驾助记汽车里的直观画面企业AI对应等级企业验收时看什么脱脚定速巡航或自适应巡航替你控制速度；脚省力，人仍全程驾驶。L1工具辅助单点任务省力；不持续读取生产数据，不写业务系统。脱手车道居中叠加自适应巡航；车管方向和速度，人仍持续看路。L2数据协同正式多源只读；AI给分析与方案，人亲自操作系统。脱眼限定运行域内系统自己看路和驾驶；人不持续观察，但按提示接管。L3单域受控执行单域决策包、人工终审、白名单写API、业务凭证和失败治理。脱脑限定区域内的无人出租车；乘员不再充当日常后备驾驶员。L4多域自主至少两个L3域分别验收，并有统一调度、风控和例外机制。全域任何道路和条件下只需给出目的地，系统完成全程。L5经营原生系统围绕经营目标持续协同；人负责战略目标、红线和治理。回顾后的边界这是一组便于记忆的沟通配对，不是技术等价关系。汽车功能不会直接决定企业系统权限；企业等级仍由人机权责、读写边界、业务域范围、API契约和生产证据共同决定。把助记翻译为正式评级汽车智驾与企业AI真正共享的，是“系统承担更多过程、人的角色逐级后移”这条逻辑。要进入立项、招标和验收，还必须把它进一步翻译为以下五类可核验判断。序言中的共同逻辑企业AI的正式评级标准不能直接等同人的角色逐级后移检查谁取证、谁决策、谁执行、谁接管、谁对结果负责。少点几次鼠标，不代表等级更高。系统承担的过程增加检查AI是不能读、正式只读、审批后写，还是能在统一风控下自动写。“脱手”不等于只读，“脱眼”也不等于演示环境能写。序言中的共同逻辑企业AI的正式评级标准不能直接等同可自主运行的范围扩大检查能力是否只在一个已验收业务域，还是已经覆盖多个独立验收域。场景数量、Agent数量或并行运行，不代表达到L4。责任边界必须明确检查审批、白名单、业务凭证、异常接管、熔断、回滚和审计是否形成闭环。助记词、模型能力和一次性演示不能替代生产证据。能力越高，治理越强等级提升必须同步增加权限控制、风险监测、价值归因和组织责任。自主程度提高，不等于企业责任可以转移给模型。因此，智驾助记负责让管理层快速形成共同语言，L1-L5正式标准负责立项、招标、建设与验收。两套表达可以并列使用，但不能互相替代。三条判断轴判断轴核心问题为什么重要人机权责谁取证、谁决策、谁执行、谁接管、谁对结果负责？决定企业能否把过程交给AI，同时保留责任链。写系统权限AI对POS、ERP、OMS、中台、一盘货等能否受控写入？区分“会建议”和“能完成业务结果”。API化程度数据与业务动作是否通过稳定、可治理的正式接口提供？决定能力是否可复用、可审计、可维护。不是标尺的东西参数量、对话轮数、模型商标、机器人数量、海报是否惊艳、一次性演示是否成功，都不能替代生产权限与验收证据。API大模型解决“会不会想”，API契约解决“能否触达真实经营”，控制层解决“企业敢不敢让它写”。业务系统状态AI能做什么等级上限首要改进只有截图、人工导出或临时Excel事后总结、文案与一次性分析L1先统一数据口径和获取方式。有正式只读API多源分析、预警、解释和方案草稿L2补知识、权限、审计和高频问题运营。有受控写API与审批单域决策包和审批后执行L3补白名单、凭证、幂等、失败与回滚。多域Action可编排跨域常规任务自主协同L4统一调度、风控、例外台和价值归因。流程、权限和系统为AI原生设计目标与红线驱动的全域经营L5仿真、持续治理与组织原生化。硬性递进硬性递进没有正式只读API到不了真L2；没有审批后的白名单写API到不了真L3。RPA可以作为过渡桥，但不能替代长期的业务契约、权限、审计和失败治理。企业现有能力如何承接五级路径我们的价值不是替企业跳级，而是把现有零售系统能力组织成一条可读、可审、可写、可追溯的正式车道。能力层业务系统及企业现网的承接内容等级作用接入层POS、ERP、OMS、中台、一盘货、电商平台、会员、仓配、财务和外部事件。让真实经营数据按授权进入AI链路。契约层正式API、鉴权、版本、幂等、限流、事件、错误码与全链路日志。只读契约支撑L2；受控写契约支撑L3。智能层知识、规则、指标口径、模型、Agent、决策包与golden用例。把数据变成可解释、可复现的经营建议与动作。控制层审批、白名单、禁写、阈值、熔断、回滚、审计与人工接管。决定企业是否敢于开放写权限。运营层业务Owner、ITOwner、价值Owner、模型与规则版本、异常复盘。让价值和治理在上线后持续发生。方法论的五个动作定级：用生产证据判断当前等级，不从理想架构倒推。L3补底座：先补数据、契约、权限、审批、审计和组织责任。本章结论等级由权责、写权限和API化共同决定；场景由经营问题决定；项目是否继续投入，由生产证据与业务指标共同决定。本章结论等级由权责、写权限和API化共同决定；场景由经营问题决定；项目是否继续投入，由生产证据与业务指标共同决定。第三章第三章RALL1～L5全景展开每一级使用同一套栏目：定义-人机权责-写系统-场景地图-ROI参考判断-达标要求-常见误判-升级条件。L1～L5判断维度L1工具辅助L2数据协同L3单域受控执行L4多域自主L5经营原生智驾助记脱脚脱手脱眼脱脑全域人的角色全程主导决策并操作系统终审处理例外设目标与红线AI的角色单点工具多源只读分析单域过程与执行多域日常协同目标驱动经营写系统不能写只读审批后白名单写自动写+风控AI原生API要求可无正式只读必备读写+审批审计多域编排+统一网关流程与系统原生价值重点省时与质量决策周期与风险提前量单域闭环结果跨域净收益与资金P&L、ROIC与长期价值常见误判有模型就是AI化BI就是L3RPA代点就是L3两个Agent就是L4战略PPT就是L5递进规则每一级都建立在前一级之上。L1的内容能力不能替代L2的只读契约；L2的洞察不能替代L3的受控写回；没有两个分别通过生产验收的L3域，不讨论L4；没有真实L4证据，不把L5写成近期交付。L1｜工具辅助（脱脚）AI只在一个点替人省力，例如文案、搜索、摘要与FAQ；不进入经营闭环。人机权责人全程操作；AI输出草稿。写系统不能写业务系统。价值判断证明“有人用、真省时、成本可控”，不冒领销售和毛利结果。升级关口升级到L2：至少两路经营数据可通过正式只读API获取，形成字段口径、只读授权、知识库与可审计问答入口。零售场景地图场景名称不能决定等级。下表按本级的人机权责与系统权限描述目标形态；ROI只提示参考观察方向，不承诺未经验证的具体收益。业务域本级典型场景系统/API边界ROI参考判断商品企划商品卖点、详情文案、属性补全建议；运营人员审核后手工维护。单点AI工具；不读取生产系统、不写商品主数据。参考判断：看单SKU内容耗时、上新周期、返工率、采用率是否持续改善；以试点前后或同类对象比较，不预设收益金额。价格促销会员日主题、促销话术、规则解释与竞品资料摘要。不创建促销、不改价格；最终配置仍由业务人员完成。参考判断：看创意产量、物料成本、审批轮次、活动准备工时是否持续改善；以试点前后或同类对象比较，不预设收益金额。库存一盘货对人工导出的库存表生成摘要、会议材料和问题清单。离线文件输入；不得宣传为实时库存洞察。参考判断：看报表准备时间、覆盖SKU数、复盘频次是否持续改善；以试点前后或同类对象比较，不预设收益金额。补货调拨生成补货SOP、门店沟通稿、例会纪要和培训问答。不生成业务单据，不触发调拨。参考判断：看制度编写工时、培训工前后或同类对象比较，不预设收益金额。会员营销短信、企微、小程序活动文案及客服回复模板。不读取会员明细、不圈选人群、不发送权益。参考判断：看内容成本、素材迭代速前后或同类对象比较，不预设收益金额。门店运营门店SOP搜索、巡店报告润色、培训材料和会议纪要。员工主动提问；答案需人工核验。参考判断：看培训覆盖、问答响应时额。电商运营生成平台商品标题、详情页、客服模板和活动文案；运营人员审核后手工上架。不读取真实平台经营数据，不直接操作平台后台。参考判断：看内容准备时间、上新周金额。业务域本级典型场景系统/API边界ROI参考判断订单售后退换货政策FAQ、客服回复草稿、客诉摘要。不查询真实订单、不修改售后状态。参考判断：看首次响应时间、单次会话处理时长、质检通过率是否持续改善；以试点前后或同类对象比较，不预设收益金额。供应链采购供应商材料、合同条款与会议内容摘要。不做法律判断，不生成采购单。参考判断：看资料阅读时间、会议纪要完成时间、检索效率是否持续改善；以试点前后或同类对象比较，不预设收益金额。财务经营根据人工粘贴的数字生成经营报告叙述与图表说明。不接账套、不改凭证、不替代财务判断。参考判断：看月报制作工时、叙述一致性、复核次数是否持续改善；以试点前后或同类对象比较，不预设收益金额。L1零售判断L1的专业性不在于生成内容多，而在于把使用边界、数据保密、人工核验和真实采用率管理起来。零售企业可以广泛试用，但不能让单点工具悄悄接触价格、会员、订单或库存写权限。L1定级必须能被业务、IT与价值负责人共同签字，不能只由模型演示或技术调用证明。达标要求至少一个单点工具在真实工作中持续使用，而不是一次性演示。团队明确哪些数据不可粘贴、哪些结果必须人工核验。能够比较使用前后的内容准备时间、返工率或服务响应时间。AI常见误判常见说法或假象为什么不能这样定级接入通用大模型模型品牌不等于企业等级；碰不到经营数据，仍是工具辅助。做了知识问答若只依赖静态文档、没有经营数据与权限审计，仍属于L1。生成了经营结论人工粘贴Excel得到的总结，不等于持续、可信的数据协同。升级条件至少两路经营数据具备正式只读API，完成字段口径、只读授权、知识库与可审计入口建设。L2｜数据协同（脱手）AI能读取多源经营数据与企业知识，给出分析、预警和方案草稿；人仍需登录系统执行。人机权责AI看见并建议；人判断并执行。写系统技术上和制度上均关闭写入。价值判断衡量决策周期、分析工时、误差与风险提前量；不能把“建议”当成“结果已经发生”。升级关口升级到L3：锁定唯一业务域，补齐读写API、审批流、白名单、禁写清单、幂等、审计和结构化决策包。零售场景地图场景名称不能决定等级。下表按本级的人机权责与系统权限描述目标形态；ROI只提示参考观察方向，不承诺未经验证的具体收益。业务域本级典型场景系统/API边界ROI参考判断商品企划读取商品、销售、毛利、售罄数据，给出结构诊断与上新建议。ERP/中台正式只读API；人确认并维护商品策略。参考判断：看分析周期、建议采用率、结构性问题发现率是否持续改善；以试点前后或同类对象比较，不预设收益金额。价格促销读取价格、库存、毛利和既有活动，识别冲突并测算活动盈亏。只生成决策草稿；人登录系统配置活动。参考判断：看冲突发现率、测算时间、折扣泄漏风险是否持续改善；以试点前后或同类对象比较，不预设收益金额。库存一盘货实时查询可用、锁定、在途库存，定位缺货、超卖和积压风险。一盘货/ERP/OMS只读；不调整库存状态。前后或同类对象比较，不预设收益金额。补货调拨形成门店-SKU补货与跨店调拨建议清单。读销售、库存、在途和规则；人创建调拨/补货单。参考判断：看预测准确率、建议采用益金额。会员营销读取交易与会员标签，输出分层、人群包建议和活动方案。只读会员与交易数据；人审核、上传和发送。参考判断：看人群分析时间、名单准确率、活动准备周期是否持续改善；以试点前后或同类对象比较，不预设收益金额。门店运营识别门店销售、库存、人员与任务异常，生成待办草稿。读POS/ERP/任务数据；店长或总部人工下发。参考判断：看异常发现时间、店长复盘工时、任务准备周期是否持续改善；以试点前后或同类对象比较，不预设收益金额。电商运营读取多平台流量、转化、活动、商品、库存和订单，识别异常并给出运营建议。平台、中台、OMS正式只读API；活动和上下架仍由人工配置。参考判断：看分析周期、异常发现提前量、活动准备时间与配置错误是否持续改善；以试点前后或同类对象比较，不预设收益金额。业务域本级典型场景系统/API边界ROI参考判断订单售后分析跨渠道订单异常、履约时效和退货原因，建议最优处理路径。OMS只读；人工改路由、拆单或处理售后。参考判断：看异常定位时间、履约SLA、客服升级率是否持续改善；以试额。供应链采购读取销量、库存、交期和供应商表现，形成采购计划草稿。ERP/SCM只读；采购人员确认并建单。参考判断：看计划编制周期、预测误金额。财务经营跨POS、ERP、OMS汇总毛利、结算和对账异常，给出原因分析。只读财务与业务数据；不改账、不自动过账。参考判断：看对账工时、异常定位时额。L2零售判断L2是零售AI的数据地基。商品、门店、渠道、库存和订单口径必须能够被正式引用，建议采用率、风险提前量和分析周期才有意义；否则只是把人工拼表换成更漂亮的答案。L2定级必须能被业务、IT与价值负责人共同签字，不能只由模型演示或技术调用证明。达标要求API高频问题能够引用数据时间、字段口径或制度来源。写权限在网关与制度两端关闭，抽测无越权写入。输出是分析、预警或方案草稿，人仍需登录系统执行。常见误判常见说法或假象为什么不能这样定级BI看板很智能看得再准，只要没有受控写回，仍属于L2。RPA能自动点保存脚本代点是流程自动化，不等于有权责、审批和业务凭证的L3。Agent已经能下单演示环境能写、生产环境不能写，不具备L3验收资格。升级条件锁定唯一业务域，补齐读写API、审批流、白名单、禁写清单、幂等、审计和结构化决策包。L3｜单域受控执行（脱眼）AI在一个业务域内完成取证、推理、决策包和受控写入；人只做终审，不盯中间每一步。人机权责AI办过程；人批结果并承担责任。写系统审批后仅调用白名单写API，必须返回单号或状态凭证。价值判断升级关口开始以闭环结果计价：人工减少、毛利提升、库存改善、损失规避，同时扣除异常、运维与治理成本。升级到L4：至少两个业务域分别通过L3验收，并具备统一Action网关、跨域风控、失败补偿和企业级AI运营Owner。零售场景地图场景名称不能决定等级。下表按本级的人机权责与系统权限描述目标形态；ROI只提示参考观察方向，不承诺未经验证的具体收益。业务域本级典型场景系统/API边界ROI参考判断商品企划滞销/生命周期触发调价建议，形成决策包；审批后创建调价草稿。白名单写价格草稿或商品任务；禁止直接改成本。参考判断：看决策到落单时间、滞销设收益金额。价格促销识别活动互斥和毛利风险；审批后创建、调整或拦截促销配置。POS/ERP/中台促销写API；返回配置ID和失败原因。参考判断：看错促事故、审核工时、活动上线周期、毛利损失规避是否持续改善；以试点前后或同类对象比较，不预设收益金额。库存一盘货库存异常触发分配方案；审批后调整可售池或库存分配策略。仅写允许的库存策略/状态；数量、仓店和阈值均受控。参考判断：看超卖率、缺货率、库存利用率、异常回滚率是否持续改善；以试点前后或同类对象比较，不预设收益金额。补货调拨生成补货/调拨决策包；审批后创建业务单据并回传单号。ERP/中台写补货或调拨单；幂等、防重复、全审计。参考判断：看人工工时、补货周期、缺货损失、单据成功率是否持续改善；以试点前后或同类对象比较，不预设收益金额。会员营销生成目标人群、权益与活动方案；审批后创建营销任务。写人群包/活动草稿；敏感标签、预算和频控受红线约束。参考判断：看触达准备时间、转化毛设收益金额。门店运营巡店或经营异常形成任务包；审批后自动建任务并追踪回执。写门店任务、负责人、截止时间和状态；不替代责任人。参考判断：看任务下发工时、按时完成率、问题闭环周期是否持续改善；以试点前后或同类对象比较，不预设收益金额。电商运营平台活动、商品上下架或渠道异常形成决策包；审批后创建活动草稿、上下架任务或异常工单。平台、中台、OMS白名单API；不改结算价、成本和名单外配置。参考判断：看活动准备时间、配置错较，不预设收益金额。业务域本级典型场景系统/API边界ROI参考判断订单售后履约异常形成改路由方案；审批后执行拆单、换仓或状态调整。OMS白名单Action；退款、金额与高风险操作需额外审批。参考判断：看履约时效、取消率、跨区运费、异常处理工时是否持续改善；以试点前后或同类对象比较，不预设收益金额。供应链采购交期/缺货风险触发采购或交付调整；审批后创建单据草稿。写采购建议单、交付任务或供应商协同状态。参考判断：看采购周期、断货损失、加急费用、供应达成率是否持续改善；以试点前后或同类对象比较，不预设收益金额。财务经营对账异常形成处理包；审批后创建调整任务或凭证草稿。不自动过账法定凭证；金额、科目和结账均为禁写边界。参考判断：看对账工时、差异关闭周期、重复处理率、越权写入=0是否持续改善；以试点前后或同类对象比较，不预设收益金额。L3零售判断L3的场景可以来自促销、补调、电商、订单或门店，但第一次生产试点只能锁定一个业务域。验收时必须从最终单号、配置ID或任务回执反查决策包、审批和原始证据。L3定级必须能被业务、IT与价值负责人共同签字，不能只由模型演示或技术调用证明。达标要求Owner决策包包含明细、依据、风险、备选方案和预期业务影响。人工可以同意、驳回或修改关键参数，高风险动作追加审批。APIIDID常见误判常见说法或假象为什么不能这样定级十个场景同时试点场景地图可以丰富，L3验收必须先锁定一个业务域。只有调用成功日志技术调用成功不能证明业务系统出现了可核验结果。共享超管账号没有最小权限、白名单和责任人，写得越多风险越大。升级条件至少两个业务域分别通过L3验收，再建设统一Action网关、跨域风控、失败补偿和企业级AI运营机制。L4｜多域自主（脱脑）两个及以上已验收的L3业务域，在统一调度与风控下日常自主闭环，人主要处理例外。人机权责AI处理常规跨域协同；人处理超阈值、低置信和冲突。写系统常规自动写；风险触发熔断、回滚或升人。价值判断衡量跨域净收益、库存资金和协同成本，避免多个业务域重复计算同一份收益。升级关口升级到L5：企业目标体系、组织机制、数据与系统架构按AI原生方式重构，并建立沙箱仿真与持续治理。零售场景地图场景名称不能决定等级。下表按本级的人机权责与系统权限描述目标形态；ROI只提示参考观察方向，不承诺未经验证的具体收益。业务域本级典型场景系统/API边界ROI参考判断滞销联动库存域发现滞销，联动定价、会员营销与门店任务，在阈值内自动执行。至少库存与促销两个已验收L3域，统一调度和风控。动毛利、无人干预闭环率是否持续改设收益金额。缺货联动缺货风险触发补调、订单寻源和会员沟通，仅异常升人。库存、补调、OMS与触达域协同；失败自动补偿。参考判断：看缺货率、订单取消率、履约成本、销售挽回是否持续改善；以试点前后或同类对象比较，不预设收益金额。新品上市企划、首铺、门店准备、会员预热与履约能力协同。跨商品、库存、门店、营销和OMS编排。参考判断：看上市周期、首周售罄、缺货与积压、准备达成率是否持续改善；以试点前后或同类对象比较，不预设收益金额。大促保障活动方案自动校验库存、履约容量、预算和毛利红线。促销、库存、OMS、财务规则统一评估与执行。SLA、错促事故是否持续改善；以试点前后或同类对象比较，不预设收益金额。电商大促协同多平台活动、库存、价格、OMS路由与履约容量在统一风控下自动协同。平台、中台、一盘货与OMS多域已分别通过L3验收。参考判断：看活动毛利、配置周期、超卖率、履约SLA与异常升人率是否持续改善；以试点前后或同类对象比较，不预设收益金额。全渠道高峰订单峰值下动态寻源、锁库、换仓和物流策略调整。OMS、一盘货、仓店与物流事件驱动协同。率、取消率、及时履约率是否持续改设收益金额。退货异常退货率突增触发商品质量、供应商、门店和定价联动。订单、商品、供应链和门店域共享证据并自动派单。参考判断：看异常发现提前量、退货损失、关闭周期、重复发生率是否持续改善；以试点前后或同类对象比较，不预设收益金额。业务域本级典型场景系统/API边界ROI参考判断天气事件天气或区域事件触发需求、补货、排班与营销策略调整。外部事件经治理后触发多个已验收业务域。参考判断：看预测偏差、缺货率、人拓店开业新店资料驱动商品、库存、权限、任务与会员活动协同上线。跨ERP、POS、中台、任务和营销域自动编排。日可售率、总部投入工时是否持续改设收益金额。业财协同履约、退货、费用与结算事件自动匹配，差异例外升人。业务域自动生成对账任务；法定过账仍遵循财务红线。参考判断：看对账周期、未清项、差异率、现金回收周期是否持续改善；以试点前后或同类对象比较，不预设收益金额。L4零售判断L4的新增价值来自跨域协同，而不是简单减少点击。库存、订单、促销与会员之间的收益必须避免重复归因，跨域冲突、失败补偿和例外升级要进入统一运营台。L4定级必须能被业务、IT与价值负责人共同签字，不能只由模型演示或技术调用证明。达标要求L3跨域任务由统一调度、权限、审计和风控机制管理。常规任务自主闭环，低置信、冲突和超阈值事件进入例外台。跨域收益只计算一次，并能识别协同带来的新增价值。常见误判常见说法或假象为什么不能这样定级两个机器人并列运行并列不等于协同；没有统一目标、调度和失败补偿，仍是两个L3。自动执行比例很高无人点击不等于多域自主，关键要看异常是否受控、责任是否明确。跨域方案只停留在报告没有多域实际写回与统一风控，不能按L4验收。升级条件将企业目标、组织、数据、流程、仿真和治理按AI原生方式重构，而不是继续堆叠外挂应用。L5｜经营原生（全域）人设定经营目标与风险红线，AI网络在红线内持续调度采购、商品、定价、库存、渠道和服务。人机权责人定目标、价值与红线；AI目标驱动协同。写系统系统、权限、仿真和审计为AI原生设计。价值判断以P&L、ROIC、现金转换周期和战略响应速度衡量，不再以会话数、插件数为主指标。L5L3/L4零售场景地图场景名称不能决定等级。下表按本级的人机权责与系统权限描述目标形态；ROI只提示参考观察方向，不承诺未经验证的具体收益。业务域本级典型场景系统/API边界ROI参考判断年度商品经营人设定利润、周转和品牌红线，AI持续协同企划、采购、定价和清货。AI原生目标体系与仿真环境；不是旧系统外挂聊天窗。GMROI、毛利额、库存前后或同类对象比较，不预设收益金额。动态价格促销在品牌、法规和毛利红线内持续优化价格与权益组合。策略可解释、可仿真、可回滚；高风险变化自动升人。参考判断：看净毛利、价格实现率、促销增量、品牌健康指标是否持续改善；以试点前后或同类对象比较，不预设收益金额。库存网络优化以服务水平和资金回报为目标，动态配置仓、店、渠道库存。全网库存、需求与履约能力实时联动。前后或同类对象比较，不预设收益金额。客户生命周期围绕长期价值自主编排内容、权益、渠道和服务节奏。同意管理、频控、公平性与隐私红线原生内置。CLV、复购毛利、流失前后或同类对象比较，不预设收益金额。门店网络经营动态建议店群角色、资源、库存和运营策略，例外由经营层决策。门店、人员、商品、会员和区域数据一体化。参考判断：看同店增长、坪效、人效、门店贡献利润是否持续改善；以试点前后或同类对象比较，不预设收益金额。电商平台经营根据利润、增长、品牌与库存目标，自主优化平台组合、活动节奏和货品配置。平台经营能力可编排，费用、价格与品牌红线原生内置。持续改善；以试点前后或同类对象比较，不预设收益金额。全域履约在成本、时效、体验和库存之间实时寻优。订单、库存、仓配、售后与结算均为可编排服务。前后或同类对象比较，不预设收益金额。业务域本级典型场景系统/API边界ROI参考判断供应生态协同围绕需求与现金目标，动态协同采购节奏、交付和供应风险。合同签署、重大金额和供应商准入仍保留人类权责。参考判断：看采购成本、交付达成、断供风险、现金转换周期是否持续改善；以试点前后或同类对象比较，不预设收益金额。业财目标优化经营事件实时映射利润、现金和风险，资源向高回报场景动态倾斜。业务与财务口径统一；法定治理与审计不可跳过。EBIT、ROIC、现金转换前后或同类对象比较，不预设收益金额。自进化运营系统系统从结果中更新规则候选，在沙箱仿真和人类治理下迭代。变更先仿真、再审批、后灰度；禁止生产环境自发改规则。参考判断：看策略迭代周期、净收益增量、风险事件、可解释覆盖率是否持续改善；以试点前后或同类对象比较，不预设收益金额。L5零售判断L5不是把现有流程全部自动化，而是用目标、约束和仿真重新设计经营系统。在缺少多个稳定L3和真实L4证据时，L5只用于规划架构与组织前置，不用于近期项目承诺。L5定级必须能被业务、IT与价值负责人共同签字，不能只由模型演示或技术调用证明。达标要求结果以利润、资本效率、现金与长期客户价值衡量。经营责任、法定治理和审计要求没有因自动化而消失。常见误判常见说法或假象为什么不能这样定级战略PPT写了全域智能没有多个稳定L3和真实L4证据，L5只能是愿景。多智能体数量很多Agent数量不是等级；目标、权限、系统与治理是否原生才是关键。模型可以自我学习生产环境自发改规则会放大风险，必须经过仿真、审批和灰度。升级条件L5是长期目标态，不作为缺少L3/L4生产证据时的标准项目承诺。本章小结：丰富场景与严格定级必须同时成立原则落地含义场景可以丰富商品、价格、库存、补调、会员、门店、电商、订单、供应链和财务都应进入规划视野。首域必须唯一第一次冲L3时只选择一个业务域、一个明确生产范围和一组责任人。ROI必须贴场景每个场景说明观察指标、变化方向和比较方式，不单独建立复杂公式体系。证据必须生产化等级由正式数据、权限、审批、业务凭证、异常和回滚记录证明。高等级保持克制L4、L5用于规划前置能力，不在缺少生产证据时作为标准产品承诺。进入下一章第三章告诉企业“每一级长什么样”；第四章进一步回答：为什么L3是商业价值分水岭，以及怎样在90天内用一条生产证据链完成验收。第四章第四章从L2到L3：商业价值分水岭L2改善“看见问题”的效率；L3把取证、推理、人工终审和白名单写回连接成正式生产链。L2L2判断维度L2数据协同（脱手）L3单域受控执行（脱眼）输出物分析段落、预警、方案草稿。含明细、依据、风险、备选方案、预期影响和Action的决策包。人的动作判断建议，并亲自登录系统执行。终审：同意、驳回或修改关键参数。系统变化无，只读。审批后通过白名单API写入。完成证据会话、报告或建议记录。审批、写回、单号、失败、补偿、回滚与审计。价值判断看分析工时、建议质量和风险提前量。看场景业务指标是否持续改善。L3不能绕过L2。没有可信只读数据，AI无法形成可靠证据；没有统一口径，审批人无法判断建议是否成立；没有高频问题与知识运营，企业甚至不知道哪些判断适合交给AI。L2是进入生产闭环的门票，不是低价值的过渡品。八条分水岭判据#判据最低验收证据1是否选定唯一业务域和明确生产范围？试点对象、渠道、门店、SKU与Owner签字。2关键数据是否走正式只读API？接口、字段口径、权限和数据时间。3是否存在业务可读的结构化决策包？明细、依据、风险、备选方案与预期影响。4是否有人工终审并允许改参？审批实例、审批人、意见和条件。5批准后是否走白名单写API？Action契约、字段与范围白名单、幂等键。6业务系统是否出现可核验凭证？配置ID、业务单号或状态版本。7全过程是否可审计且失败可控？成功失败行、错误码、补偿、回滚和接管。8关键指标能否用已有数据比较？指标卡、基线、数据来源与复盘周期。一句话定级AI只给建议，定级上限是L2；AI在人工终审后通过正式白名单API完成写入，并返回业务凭证，才具备L3验收资格。L3缺任一步，项目都可能在生产环境中失去可解释性、可控性或可验收性。步骤必须完成的动作必须留下的证据1触发由业务事件、定时任务或人工请求触发。场景、对象、范围、来源、时间戳与决策ID。2取证通过正式接口读取数据、规则、知识和权限。接口版本、字段口径、数据时间与证据引用。3推理用规则、模型与golden用例形成判断。规则/模型版本、关键依据、置信信息与用例结果。4决策包输出主建议、备选方案、风险与预期影响。业务可读的明细、依据、Action与观察指标。5审批责任人同意、驳回或修改关键参数。审批人、意见、条件、有效期与追加审批。6写回凭证调用获批Action，并确认业务系统结果。配置ID/单号、成功失败行、补偿与回滚状态。决策包的最小字段对象最低字段给谁看任务与证据决策ID、场景、范围、触发时间、数据摘要与数据时间。业务、IT、审计规则与模型规则版本、模型版本、golden回归结果与关键证据。IT、风险业务影响受影响对象、主建议、备选方案、风险与预期影响。审批人、价值负责人审批审批实例、审批人、意见、改参、条件和有效期。责任人、审计Action目标系统、API版本、对象、字段、幂等键与请求摘要。IT、运维执行结果业务单号、成功失败行、错误码、补偿和回滚状态。业务、IT、审计验收时的三个业务瞬间审批人能够在一张决策包中看见对象、依据、风险、主建议、备选方案和预期影响，而不是阅读一段散文。ID、业务单号或等价凭证；失败行带原因，重复请求不会重复创建。IDAction、业务凭证、异常和后续指标，形成端到端责任链。L3RPARPA可以连接旧系统，但它解决的是“怎么点”，L3解决的是“谁有权基于什么证据执行什么动作，并如何验收”。维度RPA/脚本自动化L3单域受控执行输入预设字段、固定步骤。多源证据、规则、知识与业务上下文。判断按流程分支执行。形成可解释的决策包与备选方案。权责通常由脚本账号代点。业务Owner终审，权限与责任人具名。写入模拟页面或客户端操作。审批后调用正式白名单API。凭证执行日志、截图。业务单号、配置ID、状态版本与行级结果。失败页面变化可能导致静默失败。错误码、幂等、补偿、回滚、熔断和接管。适用旧系统过渡、低风险固定流程。长期生产闭环与可验收经营动作。什么时候还需要RPAAPI，且流程低风险、字段稳定、失败能够被人工及时发现。API可写入SOW的验收句审批通过后，系统通过已登记的白名单Action在生产范围内完成写入，返回可核验业务凭证；重复请求不重复创建，失败带明确原因并可补偿或回滚，全过程可按决策ID追溯。RPA可写入SOW的验收句审批通过后，系统通过已登记的白名单Action在生产范围内完成写入，返回可核验业务凭证；重复请求不重复创建，失败带明确原因并可补偿或回滚，全过程可按决策ID追溯。L2L39090天的目标不是展示更多Agent，而是形成一个业务域的完整生产证据，并看清关键指标是否改善。阶段时间关键工作必须产出退出条件Discover第1～2周现状定级、痛点、API/数据、关键指标基线与Owner盘点。定级纪要、唯一域、指标卡、责任人。业务与IT签字。Design第3～4周设计读写边界、规则、决策包、审批、禁写和异常路径。接口契约、golden、治理与验收方案。三方完成评审。Develop第5～8周先验证只读，再开发Action、审计、幂等、失败补偿和运维能力。抽测、联调、权限与安全测试。L2证据通过再开写。Deploy第9～12周小范围生产灰度，比较指标，演练失败、回滚、熔断和人工接管。业务凭证、异常记录、趋势对比、运维移交。三方完成L3验收。价值判断如何保持简单而可信做法说明先选指标只选择与该场景直接相关、企业已有数据能获取的3～5个指标。保留基线记录试点前同一对象、同类对象或最近周期的正常水平。看持续趋势不因一次活动或一个星期的波动宣布成功。说明干扰因素把季节、折扣、活动力度、组织与渠道变化写入复盘。再决定扩围指标持续改善且风险受控后，再扩店、扩渠道或进入第二域。本章结论L3的本质是从旁观走向受控落单。没有正式读写API、人工终审、业务凭证、失败治理和可观察指标，任何“智能执行”都不应被认定为L3。第五章第五章底座：等级升高，能力必须加码模型不是唯一短板。接入、契约、智能、控制和运营五层底座共同决定企业能走多高、走多稳。五层底座总览层级核心问题典型能力主要责任方接入层真实经营数据能否持续进入？系统连接、事件、主数据、数据时间与质量。IT、数据、系统Owner契约层AI能否按稳定规则读写？API、鉴权、版本、幂等、限流、错误码和日志。架构、研发、平台团队智能层能否基于证据做出可复现判断？知识、规则、指标、模型、Agent、决策包和golden。业务、算法、产品控制层企业是否敢让AI写？审批、白名单、禁写、阈值、熔断、回滚和审计。业务、IT、风险、财务运营层上线后谁持续负责？Owner、异常台、指标复盘、版本、培训和变更管理。业务与IT联合运营等级与底座完备度能力L1L2L3L4L5接入静态文件可选正式只读、多源域内准实时、可验证多域事件化全域原生契约可无只读API读写API+幂等统一Action网关可编排服务智能通用生成RAG+分析决策包+Action多域调度目标与仿真控制使用规范权限+会话审计审批+白名单+回滚统一风控+例外台治理原生运营使用推广问题与知识运营场景Owner+价值复盘企业级AI运营经营机制原生接入层完备度：零售事实能否持续进入检查项L2最低要求L3增量要求零售验收证据权威源明确商品、价格、库存、订单、会员、门店与财务的权威系统。写前再次核验权威对象、状态和数据时间。系统清单、对象责任矩阵、字段来源可追溯。主数据SPU/SKU、门店、仓、渠道、组织和供应商编码可映射。写入对象在目标系统唯一可识别，编码异常默认拒绝。主数据映射表、异常清单、写错对象抽测为0。交易事实POS交易、OMS订单、ERP单据等通过正式接口持续读取。关键事实满足场景约定的时效和完整性。数据时间、批次、来源系统与抽样核对记录。库存状态区分实物、可售、锁定、在途、残次和渠道占用。Action前后可核对状态版本与影响范围。一盘货状态字典、版本号、差异对账结果。渠道事件门店、电商、私域与平台事件可统一接收或稳定同步。重复、乱序和丢失事件可识别、重放与补偿。事件ID、时间线、重放记录和对账报告。数据质量完整性、及时性、一致性和异常责任人明确。低质量数据触发降级或禁止写入。质量规则、告警、修复工单与场景降级记录。契约层完备度：API检查项L2最低要求L3增量要求零售验收证据身份鉴权只读身份独立、最小权限、可撤销。Agent写身份与审批人身份分离，按域和范围授权。身份台账、权限矩阵、名单外调用拒绝记录。版本与字段接口版本、字段含义、枚举和数据时间有文档。写接口升级具备兼容、灰度和回退方案。API清单、版本策略、契约测试与变更记录。幂等重复读取不影响结果。重复请求不得重复创建促销、订单、调拨或任务。幂等键、重复请求抽测和业务单号核对。错误码读取失败能区分权限、参数、数据和系统问题。写失败提供可重试、不可重试和需人工接管分类。错误码字典、失败行、重试与接管记录。事件与对账关键变更有事件或稳定同步机制。事件消费可追踪，最终状态与权威系统对账。事件ID、消费位点、重放与差异报告。检查项L2最低要求L3增量要求零售验收证据业务凭证分析结果能够引用来源对象。写回返回单号、配置ID、状态版本或等价凭证。技术请求ID与业务凭证双向关联。环境一致DEV/UAT/PROD的只读范围清楚。生产写范围、白名单和审批与验收环境一致。环境矩阵、生产授权、上线与回滚记录。智能层完备度：判断能否解释、复现和回归检查项L2最低要求L3增量要求零售验收证据零售知识制度、商品、渠道、门店和服务知识有来源与版本。影响Action的知识必须经过业务Owner审核。知识目录、来源、版本、生效与失效时间。指标口径销售、毛利、库存、履约、会员等指标可解释。决策包引用的指标与审批人、目标系统口径一致。指标字典、口径签字、抽样复算记录。业务规则促销叠加、库存状态、订单路由等规则显式化。规则分优先级、冲突策略、阈值和禁写红线。规则库、版本、审批、命中与冲突日志。决策包输出分析、原因与建议。包含对象、证据、主建议、备选、风险、预期影响和Action。决策包样例、审批意见和最终动作一致性。golden用例高频问题有标准答案和容许误差。正常、边界、冲突、失败和越权用例持续回归。用例集、通过率、失败原因和版本对比。模型与Prompt模型、Prompt、参数和成本可观察。重大变更先回归、后灰度；可快速切回稳定版本。版本台账、评测、灰度与回滚记录。控制层完备度：企业是否敢于开放写权限检查项L2最低要求L3必备要求零售验收证据独立身份人和AI的只读调用均可追踪。Agent禁止共享超管，身份、域、对象和有效期独立授权。身份记录、权限复核、离职与到期回收。白名单与禁写写权限技术上关闭。只允许登记Action；成本、法定凭证、重大金额等默认禁写。名单外对象、字段与动作被拒绝的抽测。审批与改参建议由人判断并手工执行。审批人可同意、驳回、改参数；高风险动作追加审批。审批链、意见、改参记录与有效期。阈值与范围分析范围和数据权限明确。门店、渠道、SKU、金额、折扣、数量和状态受阈值约束。超阈值升人、超范围拒绝与试点边界记录。失败与止损读取失败可见。重试、补偿、回滚、熔断和人工接管经过演练。故障演练、失败行、恢复时长和影响范围。审计追溯会话和只读调用可查。按决策ID串联证据、审批、Action、凭证和后续指标。端到端追踪报告，随机抽样可复核。运营层完备度：价值能否在上线后持续检查项L2最低要求L3必备要求零售验收证据三类Owner业务和IT负责人明确。增加价值Owner；三方共同签字、复盘和决定扩围。责任矩阵、例会纪要、验收与扩围决策。运行监控使用、问题、时延、成本和数据质量可见。增加Action成功率、失败、回滚、熔断和凭证核对。运营看板、告警、工单和处置时长。变更管理知识和指标变更有记录。规则、模型、Prompt、API、权限和阈值统一走变更流程。变更单、回归、审批、灰度和回退记录。价值复盘观察工时、周期、采用和风险提前量。建立基线、比较范围、观察周期和归因说明。指标卡、趋势、外部影响和扩围建议。成本运营模型、接口、人工维护和供应商费用可见。把异常处理、人工接管和运维成本纳入判断。成本台账、单位场景成本与敏感性分析。复制机制高频问题和知识可以复用。同域扩店先验证主数据、权限、接口和Owner可复制。复制清单、差异项、回归结果和暂缓条件。底座投入与等级跃迁跃迁优先投入必须先证明停止或退回条件L1→L2权威源、正式只读API、主数据、指标口径、知识和审计。高频经营问题能持续引用真实数据与来源。仍主要依赖截图、Excel或临时人工导出。L2→L3唯一域写契约、决策包、审批、白名单、幂等、凭证、失败治理与三类Owner。真L2抽测通过，生产写范围可开放且风险可控。生产不能写、无业务凭证或没有具名责任人。L3→L4第二个L3域、统一Action网关、调度、跨域风控、补偿和例外台。两个域分别完成生产验收并稳定运行。收益重复归因、跨域冲突无法解释或组织无法承接。L4→L5目标与约束体系、仿真、AI原生流程、权限、组织和经营治理。真实跨域自主证据与长期经营指标。仍依赖外挂脚本、孤立Agent或人工兜底维持常态。建设原则等级越高，控制层和运营层越重要。L3一旦开放写入，治理不再是附录，而是产品能力的一部分。业务系统产品体系中的能力落点以现有APIAI产品/能力主要经营对象可为AI提供的能力重点治理POS门店交易、退换、会员、库存变动、任务触点实时事实、门店入口、授权Action门店权限、交易安全、离线与失败ERP商品、价格、库存、采购、经营与结算主数据、经营事实、业务单据口径、金额、成本与法定边界OMS全渠道订单、路由、履约、售后订单取证、拆合单、换仓、重推和状态Action幂等、库存一致性、退款与高风险状态业务中台渠道、商品、促销、会员与业务编排统一规则、渠道连接和复用契约版本、渠道差异、规则冲突全渠道一盘货可售、锁定、在途、仓店和渠道分配统一库存视图、寻源和分配策略数量、状态、阈值和回滚开放API/集成能力系统与业务能力的统一开放鉴权、版本、幂等、限流、日志和错误码白名单、兼容性、监控和审计AI/Agent能力知识、规则、推理、决策包、审批与Action把分析与执行组织成可追溯过程模型、Prompt、规则、权限和人工接管APIAIAIAIAI特点零售含义对AI等级的价值交易与经营同源POS与ERP承接门店交易、商品、价格、库存、采购和经营事实。让L2取证来自真实业务对象，L3写回仍经过原系统规则。特点零售含义对AI等级的价值订单与库存贯通OMS与全渠道一盘货连接渠道订单、仓店库存、寻源、履约和售后。适合建设订单异常、换仓重推、库存分配等可核验闭环。中台规则可复用商品、促销、会员、渠道与业务编排能力不必为每个Agent重做。同一业务契约可服务页面、流程和AI，降低重复集成与规则漂移。API基础较成熟经营对象可通过正式接口、事件、错误码和日志被调用。为只读L2与白名单写L3提供工程前提，而非依赖页面模拟点击。兼容企业现网可根据客户权威系统选择只读并存、经业务系统受控写、事件协同或过渡模式。保护既有系统投资，同时明确每种模式的等级上限与退出条件。与企业现网的四种衔接模式模式适用情况做法等级影响A只读并存现网系统稳定，但暂不开放写。业务系统或AI层读取正式数据，输出分析与建议。适合站稳L2。B经业务系统能力写业务系统承接经营动作。审批后通过白名单API写入业务对象。可建设L3。C事件协同多系统共同完成一个过程。通过事件、消息和中间层组织取证与Action。适合复杂L3，并为L4准备。D临时过渡旧系统短期无API。受控使用文件或RPA，并设退出日期。不能以过渡方式冒充正式高等级。终端、主数据与组织现实检查很多项目不是败在模型，而是败在门店网络、账号权限、商品编码、渠道差异和无人持续运营。检查项典型风险最低处理方式门店终端与网络离线、旧版本、设备差异导致任务与写回不一致。明确在线/离线路径、版本范围、失败重试和人工接管。主数据商品、门店、渠道、会员和供应商编码不统一。先确定权威源、同步规则、质量责任人与修复流程。账号与权限共享超管、权限继承不清、离职账号未回收。Agent独立身份、最小权限、定期复核和可追溯授权。规则与指标关键规则只在人的经验或Prompt中。规则版本化、指标口径签字、golden用例持续回归。组织Owner只有IT热情，业务不签字、不维护。业务、IT、价值负责人具名，并建立例会与异常复盘。供应商与模型能力锁定、变更不可见、成本失控。契约和数据归企业，模型与规则可替换、可回滚、可观察。本章结论接入层决定AI看不看得到；契约层决定够不够得到；智能层决定会不会判断；控制层决定敢不敢写；运营层决定价值能否持续。PARTIIPARTII下篇·实践零售企业如何定级、选域、建设与验收以POS、ERP、OMS、中台、全渠道一盘货及成熟API为工程基础，把丰富场景收敛为一个可签字的首域闭环。第六章第六章通用建设路径一条共用主线：定级-站稳真L2-单域冲L3-试点验收-复制评估。五步主路径步骤核心问题主要动作完成标志1定级当前能力到底在哪一级？盘点数据、API、权限、组织、场景和已有生产证据。《现状定级纪要》由业务与IT签字。2站稳L2AI能否持续读到可信经营数据？打通只读API、知识、指标、审计和高频入口。约定问题抽测通过，写权限关闭。3单域冲L3哪个域价值高且写入可控？选域、决策包、审批、白名单、幂等、审计、失败与回滚。生产范围完成六步闭环。4试点验收结果是否可核验、风险是否可控？灰度、抽测、异常演练、指标对比和运维移交。业务、IT、价值负责人共同签字。5复制评估是否值得扩店、扩渠道或进入第二域？复盘趋势、风险、运维成本与组织承接能力。形成扩围或暂缓的书面决定。谁参与、谁签字角色主要责任必须签字的内容业务Sponsor确认经营目标、资源与优先级。立项、唯一域、扩围或暂缓。业务Owner定义规则、阈值、例外与终审责任。决策包、审批与业务结果验收。IT/数据Owner负责系统、API、数据、权限、监控与运维。接口、权限、安全、异常与移交。价值Owner确认指标、基线、数据来源与复盘周期。指标卡、趋势判断与价值复盘。风险/财务/法务评审高风险动作、金额、隐私与合规。红线、追加审批与禁写清单。实施团队完成产品、集成、测试、培训与上线。交付物、测试、问题关闭与知识转移。组织红线没有业务Owner、只有IT热情的项目，不进入L3写入阶段；没有价值Owner的项目，很容易上线后只剩调用量而无法说明经营价值。分步交付：交什么，企业如何感知价值每一步都要有可看、可用、可签字的产物，避免把大量后台建设变成业务不可感知的“黑盒项目”。阶段交付物业务感知价值观察定级诊断定级纪要、能力缺口、场景地图与唯一域建议。知道当前级别、下一步要开放什么。减少方向争议与无效立项。真L2只读接口、知识、指标、入口、审计和问题运营台。高频经营问题能稳定、带证据地回答。分析周期、准备工提前量。单域L3设计决策包、Action契约、审批、白名单、禁写、异常和验收方案。审批人看得懂“为什么做、做什么、风险是什么”。为闭环结果建立可追溯证据。生产试点灰度范围、业务凭证、异常记录、指标趋势和运维手册。审批后系统真正出现可查结果。看场景指标是否持续改善。复制评估扩店/扩渠道方案、第二域评估与资源计划。知道哪些能力可以复用，哪些仍需补齐。比较新增价值、风险和运维成本。首年节奏季度建设重点不应做什么阶段结果Q1完成定级，打通订单、库存等只读数据，站稳真L2。急于开放生产写权限。高频问题与数据证据可稳定抽测。Q2锁定唯一域，完成规则、golden、决策包、审批与写接口联调。同时启动多个L3域。只读证据通过，Action进入受控测试。Q3小范围生产灰度，演练失败、回滚、熔断和人工接管。用演示环境替代生产验收。业务凭证可查，指标开始形成趋势。Q4巩固同一域、扩店或扩渠道，评估第二域条件。没有连续证据就立项L4。形成扩围或暂缓的书面结论。AI交付架构先划清经营权威、API契约、AI推理与控制运营的责任，再讨论模型、场景和界面。企业问“AI要接哪些系统”，答案不是再接一个大模型，而是在不破坏现有账务和经营权威的前提下，把POS、ERP、OMS、业务中台、全渠道一盘货与企业外围系统组织成一条正式交付链。并存模式下，客户现网继续承担约定对象的最终真相；业务系统核心主责模式下，业务系统承担零售经营对象与业务单据，总账、税务和法定凭证仍按企业边界衔接。图H｜我们零售AI交付系统架构。左侧是企业现网与外围系统，中间是我们零售能力、API/Action契约、AI