Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you have been placed in read-only mode.
Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).
要。不然成本和资源会被少数人打满。
限额要和场景配套。普通问答、长文总结、批处理不能一个额度。
可以先软限制：提醒、排队、管理员审批，不一定一刀切。
技术上要有硬上限。软限制挡不住脚本。
限额会不会打击使用？
合理限额是为了让大家都能用。不限额最后服务慢，所有人都不用。
还要防止敏感资料被批量处理。限额和审计相关。
按 Token 限还是按请求数？
两个都看。长文一个请求可能顶几百个短问答。
我们先按用户/应用统计，再设长任务审批。
先透明，再限制。别突然卡用户。
你好！看起来您对这段对话很感兴趣，但您还没有一个账号。
厌倦了每次访问都刷到同样的帖子？您注册账号后，您每次返回时都能精准定位到您上次浏览的位置，并可选择接收新回复通知（通过邮件或推送通知）。您还能收藏书签、为帖子顶，向社区成员表达您的欣赏。
有了你的建议，这篇帖子会更精彩哦 💗
