在开发聊天机器人时，处理YouTube数据API配额的最有效方法是什么？

Question

我目前正在为一个特定的YouTube频道开发一个聊天机器人，它已经可以从当前活动的livechat获取消息。然而，我注意到我的配额使用激增，所以我采取了“自由”计算我的配额成本。

我的API调用目前看起来像这个https://www.googleapis.com/youtube/v3/liveChat/messages?liveChatId=some_livechat_id&part=snippet,authorDetails&pageToken=pageTokenIfProvided，它消耗了5个单元。我通过运行一个API调用并比较之前和之后的配额使用情况来检查这一点(因此，如果这是不准确的，请原谅)。响应包含设置为pollingIntervalMillis毫秒的5086。目前，我的bot将这个间隔添加到当前的日期时间，并在那个时候安排下一个获取时间(使用芹菜)，因此它当前以4-6秒的速度获取消息。我要冒昧地等待6秒。

计算我的API配额将导致每天使用72.000个单位：

10 requests per minute * 60 minutes * 24 hours = 14.400 requests per day
14.400 requests * 5 units per request = 72.000 units per day

这意味着，如果我使用pollingIntervalMillis作为请求频率的指南，通过运行机器人3小时零20分钟，我就可以轻松地达到10.000个单元的最高配额。为了不通过获取聊天消息来耗尽配额，我需要每分钟运行一个API调用(大约1 3889次)。对于聊天机器人来说，这是不可行的，因为这只用于获取消息，甚至不向聊天发送任何消息。

因此，我的问题是：是否有一种更有效的方式来获取聊天消息，这样就不会占用那么多的配额了？还是我只能通过申请延长配额来解决这个问题？如果只通过延长配额来解决这一问题，我需要可靠地要求多少？大约100000单位？更多？

我还在问自己，像Streamlabs (以前称为AnkhBot)这样的东西是如何在没有达到配额限制的情况下做到这一点的，尽管成千上万的用户使用他们的API客户端，他们的配额可能是数百万或数十亿。

另一个问题是，如果机器人仍处于“早期”的发展状态，我将如何填写这张表格？

Answer 1

你几乎把钉子打在头上了。像Streamlabs这样的服务是由大公司拥有的，比如罗技。他们不仅可以在增加API配额等方面投入资金，而且还与谷歌( Google )等公司建立了专业关系，以降低单位成本。

至于效率，API成本很容易在文档中找到，但是对于实时聊天，您已经发现，您将按每击5个单元的价格访问API。唯一的办法，提高您的总体每日成本与您的电话是不那么频繁地执行。虽然每分钟一次显然过长，但每15-18秒一次可以降低API配额增加的总体成本，同时使聊天机器人具有足够的响应能力。

当然，这都取决于您想要的数据使用情况，但如果您仍然在爱好者使用的范围内实现bot，则仍然是一个建议。