你把试用送得太满了,AI agent 报价才会越报越亏

这几天如果你在做 AI agent、workflow automation,或者任何靠“AI 能替客户继续做事”来卖产品的团队,应该会感到一个很别扭的提醒:

表面上像是 Anthropic 又改了一次规则。

但真正暴露出来的,不只是模型成本。

而是很多团队从一开始,就把三件事算成了一件事:

  • demo 能不能跑
  • 试用能不能顶住
  • 正式交付能不能赚钱

这三件事,看起来都在调用同一个模型。

可它们根本不是同一套账。

Anthropic 这次把 OpenClaw 这类第三方 harness 从 Claude 订阅覆盖里切出去,只是把这件事提前掀开了。

很多团队过去靠一个默认前提把产品推起来:

只要 demo 顺、试用有人用、供应商暂时没改边界,这条路看起来就像能卖。

可一旦这条路进入 separately billed extra usage,或者一旦真实使用频次上来,你会发现:

你不是“突然变贵了”。

你是一开始就没把账算对。

这轮真正暴露的,不只是 API 单价

从本轮新闻池里,最关键的两个信号放在一起看,会更清楚。

第一个信号是,几家媒体都在说同一件事:Anthropic 不再让 Claude 订阅覆盖 OpenClaw 这类第三方 harness,用量要切到单独计费。

第二个信号是,Financial Times 在 2026-04-08 报道 Perplexity 月收入因从 search 转向 AI agents 跳升 50%。

这两件事合在一起,真正说明的不是“平台越来越会赚钱”这么简单。

它们说明的是:

  • 平台越来越不愿意继续补贴长链路、高频、可替用户继续做事的 agent 用量
  • 能替用户推进下一步的路径,会越来越快地从“体验福利”变成“单独计价的商业能力”

如果你卖的是 AI agent,这会直接改写一个问题:

你现在拿来吸引客户、做试用、报价格的那条路,到底是不是一条真的能赚钱的路。

很多团队把 demo、试用、正式交付一直算成一条路

这是最常见、也最贵的错觉。

团队早期做产品时,通常会这样推进:

  • 先把一个最顺的 demo 跑出来
  • 再把这条路稍微包一下,变成“免费试用”或“轻量试点”
  • 等客户有兴趣了,再去想正式交付的计费、人工接手、风控和边界

这条路径在早期看起来很合理。

因为你确实需要先跑起来。

问题在于,很多团队后面没有把这三层拆开。

于是同一条路径同时承担了三件事:

  • 拿来展示效果
  • 拿来承诺试用体验
  • 拿来支撑正式报价

一旦这样混在一起,你的经营判断就会开始失真。

因为 demo 的目标是“尽快让人看到结果”。

试用的目标是“让客户愿意继续推进”。

正式交付的目标是“让这个结果能持续、可控、还能赚钱”。

它们的目标不同,成本结构也一定不同。

为什么一报价就开始亏钱

很多 AI agent 团队不是卖不出去。

而是越接近卖出去,越容易发现自己在亏。

原因通常不是一个,而是几层叠在一起。

1. 你把被补贴的体验,当成了正式成本

当订阅、默认权益、低估的试用量或者“现在还没被单独计费”的路径撑着你的 demo 时,你很容易误以为这就是正常成本。

但它本质上只是:

一条暂时还没被认真计价的路。

只要供应商开始区分 conversational use 和 agentic use,只要第三方 harness 被切到 extra usage,你原来那条“能跑”的路就不再代表“能卖”。

2. 你把高波动成本,包装成了低风险承诺

很多官网、销售 demo、试用介绍喜欢这样写:

  • 几分钟就能跑出结果
  • 一上手就能自动完成
  • 一天内就能替你做完这类任务

这些承诺不是不能写。

问题是,如果它们背后依赖的是高 token 消耗、高频调用、长链路工具调用,甚至还需要人工兜底,而你又没把这些成本分层,那么一旦客户真的开始用,你就会发现:

你卖得越顺,消耗越快。

3. 你把“试用转化”当成了“正式交付结构”

很多团队会说,先把试用做起来,后面再想怎么计费。

可现实是,试用本身就在教育客户:

  • 什么是默认会给的
  • 什么是一次性福利
  • 什么是以后也会继续有的能力

如果试用里给足了一个你以后根本承受不起的路径,客户不会觉得你后面是在“重新定价”。

他只会觉得你在收回本来答应过的体验。

这就是为什么很多团队不是不会报价。

而是试用阶段已经把后面的报价空间吃光了。

现在最该做的,不是立刻换模型,而是先分账

很多人看到这类新闻,第一反应会是:

那我是不是要马上接一个更便宜的模型。

不一定。

更便宜的模型可能有帮助,但它不是第一步。

第一步应该是:

把你现在的路径拆开。

我会先拆三层。

第一层:演示路径

这里的目标只有一个:

让客户尽快看到“这东西确实能做出结果”。

演示路径可以相对昂贵,可以有人在后面扶着,可以有更多手工准备。

因为它卖的是理解,不是规模。

但它必须被明确定义为演示。

不能假装这是正式交付的天然成本。

第二层:试用路径

这里的目标是:

让客户愿意从“看一眼”走到“愿意继续推进”。

这条路要开始回答几个更现实的问题:

  • 哪些步骤是默认给的
  • 哪些步骤需要人工协助
  • 哪些高消耗动作应该限频
  • 哪些结果只是试用福利,不是长期承诺

如果你不把试用路径单独设计,它就会偷偷继承演示路径里最贵、最不稳定的部分。

第三层:正式交付路径

正式交付的关键不是“还能不能跑出结果”。

而是:

  • 结果能不能稳定复制
  • 出现异常时谁来接
  • 哪些成本可以预测
  • 哪些成本必须转嫁
  • 报价单里的承诺能不能长期成立

只要这层还没单独成立,你就不能说自己已经算清楚了产品价格。

你只是把一个会动的 demo,先拿去卖了。

你现在最该重算的,不是 token 单价,而是四个边界

如果你们团队正在卖 AI agent,我会优先重算四个边界。

1. 哪些能力只属于 demo

有些路径就是为了让客户最快看到惊喜。

可以保留。

但要明确写成:

  • demo only
  • assisted trial
  • preview capability

不要让销售把它当成默认交付。

2. 哪些能力进试用后必须限频

很多亏损不是因为模型贵,而是因为高消耗动作没有边界。

比如:

  • 连续多轮自主调用
  • 长链路网页浏览
  • 大量上下文加载
  • 多系统串联执行

这些如果还按“随便试”去给,试用账一定会漂。

3. 哪些场景必须加人工接手

人工接手不是失败。

它经常是你把亏损路径收回来、同时保住体验的关键动作。

如果一段路径需要高成本才能稳定完成,而客户真正要的是“结果别掉”,那就别硬装成全自动。

明确哪些节点要转人工,反而更能保住利润和信任。

4. 哪些承诺可以写进报价单

很多团队最大的问题,不是技术。

而是销售承诺跑在产品前面。

如果报价单写的是“默认自动完成”“持续低成本”“无限次试用同级体验”,而这些其实都建立在一个已经失真的成本模型上,那报价单本身就是亏损合同的起点。

对创始人和增长负责人来说,这篇真正要提醒的是一句话

不要再把“能跑”当成“能卖”。

更不要把“现在还跑得起”当成“以后也能这样卖”。

2026 年平台会越来越快地区分:

  • 轻量对话
  • 高频使用
  • agent 长链路执行
  • 第三方 harness 接入

越接近“替用户继续做事”,越不可能永远吃补贴。

所以真正该补的,不只是更便宜的模型。

而是经营结构。

你至少要让团队内部能清楚回答:

  • demo 的预算是多少
  • 试用的预算和边界是什么
  • 正式交付的毛利从哪里来
  • 哪些动作要转人工
  • 哪些体验不能再默认送

这些问题不拆开,产品看起来越顺,报价时越危险。

这周最值得做的动作

如果你们这周也在推进 AI agent,不妨先别急着再追一个新模型。

先把这五个问题拉出来过一遍:

  1. 我们现在拿去演示的路径,和正式交付是不是同一条?
  2. 免费试用里最贵的三个动作是什么?
  3. 哪些动作其实应该限频、限次,或者改成人工辅助?
  4. 报价单里哪些承诺,是建立在被补贴或被低估的模型路径上?
  5. 如果供应商明天继续收紧边界,我们的试用和交付会不会立刻失真?

如果这五个问题里,有两个以上你们现在答不清,那真正该补的,很可能不是下一次模型升级。

而是把 demo、试用、正式交付拆成三套账。

只有这一步做了,AI agent 才不是“看起来能卖”。

而是开始真的能卖。

参考信号

  • Lifehacker 与 PCMag 在 2026-04-06 都报道了 Anthropic 不再让 Claude 订阅覆盖 OpenClaw 这类第三方 harness,用量要切到 separately billed extra usage。
  • Anthropic 帮助中心当前仍明确区分订阅权益与额外用量,说明第三方和高频使用路径不会长期默认被订阅兜底。
  • Financial Times 在 2026-04-08 报道 Perplexity 月收入因转向 AI agents 跳升 50%,说明平台正在更积极地把 agent 路径做成单独的商业能力。
  • Reddit 这几天围绕 OpenClaw / Claude 的公开讨论,集中在 flat-rate 失效、额外计费和真实账单暴露,而不是模型效果本身。