配额、限流与上限

什么计入

一条消息是访客发出的一条内容。回复不计，光打开组件不说话也不计。计数在每个 UTC 日历月开始时重置。

达到用量上限时

代理停止回复，直到相应窗口重置。访客看到的是一段简短的提示，说明助手不可用，而不是一个坏掉的组件。

每个机器人还有每日安全上限，约为它套餐日均配额的大约三倍，这样异常的一天不会吃掉整月。我们不会继续服务再对超出部分计费。如果用量会紧张，控制台里能看到本月的计数——在触顶之前升级套餐，而不是周一才发现。

限流是另一回事

除了月度总额，还有一个独立的上限，限制消息到达的速度。它存在的目的，是让一个访客——或一个假装成访客的脚本——无法拖垮大家共享的硬件上的服务，包括你自己的其他访客。

限制按对话和访客地址分别应用，机器人还有一个更大的、共享的突发额度。正常打字远低于它；脚本或异常快速的突发会被要求放慢，稍后就能继续。它是限流，不是封禁。

对话长度

单个对话在访客发 60 条消息后结束，之后会邀请访客开一个全新的对话。长对话每条消息成本更高，因为历史每次都要重读；而且聊到那时，新对话通常也更清楚。

需要更多

升级套餐，立即生效。如果现有套餐都不合适——极高的量，或季节性的尖峰——说出来。这些数字存在的意义是区分小型站点和大型站点，不是用来配给容量，通常都有商量的余地。