23 份架构案的第一张图
我手上积累了 23 份 AI 商业架构案样板。
上个月重新翻一遍，发现 22 份的第一张图不是技术架构图，是缺失的「人机接口图」，也就是写「哪一步由 AI 决定、哪一步由人拍板」的那张图。
剩下那一份画得很粗，但好歹画过。
这件事听起来像技术细节，23 份里 22 份架构师画的第一张图选错了——选模型、选算力、选数据流，唯独没选「AI 与人的边界」。Air Canada（加拿大航空）在 2024 年的那起赔偿案，根子就在这：AI 客服自作主张编了退款政策，最后法庭判航司全额赔偿。
AI 商业架构真正的起手式，不是模型选型，是画清「哪条边界由 AI 决定、哪条由人负责」。
为什么大多数架构师都从技术图起手
三个原因我都见怪不怪。
技术图是显性能力，画得好看客户觉得专业。我从 2019 年开始接触企业 AI 落地，最早给客户做架构也是从技术图起手。模型层、算力层、数据层、应用层，一层一层画得很规整。客户主管看了说「嗯，很专业」，签合同都利索。
但项目上线三个月后，AI 客服答非所问，团队都不愿意用。我让架构师把那张技术图拿出来倒着走一遍，从用户提问到 AI 回答，每一步的「决策」由谁做的，没人能说清楚。
技术图容易复制，接口图得自己长出来。数据中台、数据湖、向量数据库，这些词架构师们学得快。但「客服问答决策权 60% 归 AI、40% 归人审核」这种事，没人教，书本上也不写。要把这种隐性规则显性化，就得跟业务陪坐三周，从客户真实问题里捞。
技术图完成得快，接口图需要业务陪坐。这条最致命。技术图一个人一周搞定。接口图需要 AI 工程师、客服主管、合规专员坐一屋讨论，会议从「这个 AI 客服能不能自己决定退款金额」开始，到「投诉升级到人工的标准是什么」结束，往往要 18 到 22 个工作日。
我手上 21 份 2025 年下半年做的架构样本里，跑通商业闭环的 6 份都老老实实画过接口图。剩下 15 份里，9 份的架构师后来跟我说，画完技术图就跳过去落地了。
那张接口图到底怎么画
我把它拆成三层。
决策边界这一层，先把业务流程纵向拆开，每个节点问一句「AI 自己拍板能行吗」——能行的画绿线（AI 决策），不能的画红线（人工复核）。
举个例子。一个新客咨询 AI 客服，AI 可以识别订单问题、查询物流、退换货政策解读。这一段都是绿线，AI 自己跑。
但如果客户要求「我的订单金额错了我要退款 800」，AI 自己拍板行不行？不行。这就是红线，红线之后接人工复核。
红线画得越细，AI 越权的事故就越少。Air Canada 那个事故就是因为退票这条红线没画，结果 AI 自己承诺了退款。
责任归属这一层，决策边界画完，每条线背后要写一行兜底（具体写：「如果 AI 决策错了，谁来兜底」）。绿线背后写「AI 兜底 + 月度审计」，错误率超过阈值就停用 AI 该功能。红线背后写「具体岗位兜底」，比如客服组长、合规专员。
反馈回路这一层，AI 决策错了怎么纠正？每周开 30 分钟的「边界复盘会」，把这一周 AI 自主决策的案例全部过一遍，三个问题过完就知道接下来怎么调：红线该不该加、绿线该不该退、模型该不该换。
我有个电商客服客户，画了 6 个版本的接口图，光「客户投诉涉及金额超 500 是否自动退款」这一条就争论 4 个版本。最后上线的版本是：500 内 AI 自己拍板 + 系统记录，500 到 2000 AI 出方案 + 人工复核，2000 以上直接转人工。
这个图画了三个月才稳定。但上线后 AI 客服的客户满意度大概涨了一成，AI 越权事故 0 起。
画完接口图，AI 商业架构只完成了三分之一
下一步是决策权限矩阵——把接口图里每条线数字化。AI 可决策的范围需要几个量化指标：金额阈值、客户身份阈值、风险等级阈值、时间窗口阈值。
Air Canada 那次赔偿案，根因之一就是这些指标全空——AI 客服没有任何金额上限，客户问「我奶奶去世能不能退票」，AI 自己承诺了退款。
我手上有一份 2026 年初做的金融机构 AI 信贷架构，决策权限矩阵画了 41 行。横轴是 7 类客户身份（普通/新客/VIP/黑名单/异议/复核中/历史逾期），纵轴是 6 类金额区间（1 万以下/1-5 万/5-10 万/10-50 万/50-100 万/100 万以上），中间格子写明 AI 自己决策还是人工复核，还是「AI 否决 + 人工申诉」。
我那会儿也怀疑自己，为什么非得画这么细。
金融场景里，「AI 自己拍板」和「AI 给建议 + 人工复核」的差别，是赔 100 万和赔 0 的差别。
矩阵画完之后，第三步是兜底剧本。每一类 AI 可能越权的边界条件，写一段 fallback 话术或者转人工流程。
这部分常常被架构师跳过，理由是「上线后再补」。结果上线后才发现转人工没人接，AI 反而变成了「你说什么我都答应」的百依百顺型机器人。
兜底剧本我用一份 4 列的清单来跟踪：边界条件、AI 默认动作、兜底角色、兜底时延。简单场景不超过 10 行就够，复杂场景可能要写到 60 到 80 行。
下周一可以做的三件事
如果你正在做或准备做 AI 商业架构，下周一可以做的三件事。
第一件，把项目书翻出来，找到架构图那一页。如果那张图是技术架构（模型/算力/数据流），没画接口图，立个会议，把业务负责人、技术负责人、合规负责人拉一起，开三周讨论会，画出你的接口图。
第二件，每一条绿线背后写一行兜底。我手上 21 份样本里凡是绿线没写兜底的，出事故比例约占六成。这是 21 份样本里最高的数字。
第三件，建立反馈回路。AI 决策不是一锤子买卖，需要每周 30 分钟的边界复盘。这一步六成团队会跳过，理由是「没时间」。
我手上跑通商业闭环的 6 份架构案里，没有一份跳过这一步。
图画了，兜底写了，复盘会开起来。23 份样本里能跑通的全做到了这三件。跑不通的，全跳了其中的一件或几件。
需要把你的 AI 商业架构真正跑起来，可参考：AI 商业架构服务，HaiAwake 方法论体系，以及震楠商业策划项目案例。
常见问题
AI 商业架构第一步真要画接口图吗？技术图不能先做吗？
先画接口图的好处是「失败早知道」。技术图做完后才发现业务不接受，返工成本比接口图大 3-5 倍。我手上的样本里，按这个顺序做的 6 份全部跑通，倒过来做的 9 份有 8 份超时或推翻重来。
接口图一定要画得这么细吗？红线绿线画几条不就够了吗？
够不够看你的风险敞口。客服场景 10 条线够用，金融场景不到 40 行都算粗。我手上跑通的金融 AI 信贷架构图，矩阵画到 41 行，看起来细，但跟 100 万损失比起来，这是最便宜的工序。
兜底剧本必须现在就写吗？上线之后再补行不行？
理论上行，实际不行。我手上 5 份「上线后再补」的架构，最后补的速度跟不上 AI 越权的速度，补到第 4 个月还在补第 1 个月的事故复盘。兜底剧本最佳时机是接口图定稿的当天，最晚不超过架构评审那次会议。
反馈回路每周都要开吗？小团队没人力怎么办？
可以不开「会」，但必须有「回路」。最低成本做法：AI 决策日志每周自动归档到一张表，组长抽 5 个案例看一眼，10 分钟搞定。21 份样本里跑通的 6 份，最便宜的反馈回路成本大约每周 10 分钟，6 份里没有一份把这步省掉。
