在你交出信用卡之前,值得知道的四个数字:
- 你的每月额度在每个周期结束时都会清零,未用部分不会累积。
- 积分包完全没有过期时间。
- 未使用的积分包在购买后14天内可申请退款。
- 一次失败的生成仍会消耗相当于一次工作量的积分,无论你是否喜欢输出结果。
上面四点中有三点属于定价页面该讲的内容。真正有意思的是消费顺序实际是如何安排的,值得细说一下,因为这正是“积分真的代表某种价值”与“积分只是个营销数字”之间的区别。
为什么先扣月度额度
当你的账户里同时有月度额度和已购买的积分包时,系统会先扣除月度额度,再动用积分包。这一点不会写进定价页的主打文案里,但它正是让积分包真正物有所值的机制。
设想一下反过来的情况:如果先扣积分包,你的月度额度就会一直闲置在那里,直到计费周期滚动、被清零作废。你在三月为忙碌的一周额外购买的积分包,就会在不知不觉中被拿去补贴你的订阅,而不是为你增加额外能力——你等于为同一份工作量付了两次钱,一次通过订阅计划,一次通过积分包,而你本已付过费的那份额度却在背后悄悄蒸发。先扣月度额度则反过来:计划里包含的免费额度先被用掉,而你专门为额外容量付出的钱能挺过每一次重置。三月买的积分包,到十一月依然和买的那天一样值钱。
这种不对称也正是这两类积分一开始就设置了不同过期规则的原因。月度额度是与你正在付费的计费周期绑定的“包含用量”——如果它可以无限累积,那我们实际上等于每个季度都在为不登录的用户白送三个月的积分换一个月的钱,定价页也就需要更多小字来解释这一点。所以它就直白地重置,而不是被藏进某个常见问题里。积分包则是专门花钱买来的用量,不是订阅附赠的福利,所以它的表现更像一笔余额,而不是一项权益——背后没有一个倒计时的过期时钟。
我用过一些工具,付费充值的部分会随着订阅周期悄悄失效,虽然条款里某处确实写着这一点,但读起来总像是个陷阱。
消费顺序正是那个不起眼的机制性选择,让这款产品不至于变成那样。
究竟哪些操作会真正消耗积分
任何由模型代替你完成真实工作的场景:
- 首次构建
- 修改后的重新构建
- 阅读竞品页面的一次调研过程
- 一份营销文案初稿
- 重写元数据的一次优化处理
这些操作的定价不应该一样,事实上也确实不一样——一次完整构建可能要在数分钟的模型运算中涉及十几个文件,而一次标题微调可能只需几秒钟的针对性编辑。按操作类型划分的费率可在定价页面查看,并会随着底层模型的调整而变动;比起悄悄降低质量来维持一个过时的价格,我们更愿意公开调整数字。
不消耗任何积分的操作:
- 已发布的网站保持在线——每天不产生任何费用
- 查看仪表盘
- 查看排名
- 浏览以往运行记录
- 向助手提出一个普通问题
以上都是免费的,直到答案需要它真正去做点什么,而不只是告诉你点什么为止。这条规则在任何地方都是一致的:是模型生成或转换了某些内容,还是你只是在阅读已经存在的东西。
而一次你不满意的生成,依然会扣除相应积分,因为工作已经发生了——token 已消耗,算力已使用,模型已运行完成。这和我们这边出错、还没生成任何内容就报错的情况不同,那种情况由我们承担,详见下文。听起来“免费重试直到满意为止”很慷慨,但仔细一想就会发现,每个人的第三次尝试都在悄悄被那些第一次就成功的人补贴。
哪里会出问题,以及我们如何处理
如果在构建过程中积分用完,运行会正好在那一步暂停在日志里,而不是再多跑三步、留下一个做到一半的页面——没有静默失败,没有余额被莫名吃掉,也不用猜测它是不是卡住了。充值或等待额度重置后,即可从暂停处继续。我曾在一次客户演示中亲眼见到这种情况:客户要求“再来一轮”的那一刻额度正好用完,暂停提示准确说明了需要什么,我们当场购买了一个小额积分包,运行在一分钟内就恢复继续了。
| 故障类型 | 是否退还积分？ |
|---|---|
| 平台方故障(我们的基础设施出了问题) | 是——申请后即可重新入账,无需反复交涉工单 |
| 应用商店下架或 API 密钥被吊销 | 否——但我们仍会协助解决根本问题 |
退还积分并不能修复一个失效的 Search Console 连接,所以我们特意对这两种情况区别处理。
退款仅覆盖14天窗口期内未使用的积分包和未使用的新周期,仅此而已。已消耗的工作不会退还——如果智能体已经构建好了网站而你改变了主意,那部分算力已经发生,就像承包商不会为你后来放弃的草案退还已计工时一样。完整的退款政策之所以简短,是因为我们尽量避免出现那些会让退款政策变得冗长的例外情况。
