办公助理连接飞书(Lark)后，会疯狂消耗Lark Developer API Call额度

帮助与支持 Bug 反馈
1

你的运行环境（版本号「点击帮助-关于-复制」）：

0.1.61

问题描述（你遇到了什么问题？）：

办公助理连接飞书(Lark)后，会疯狂消耗Lark Developer API Call额度，导致整个团队的API Call额度迅速耗尽。

复现步骤（如何才能重现这个 Bug/问题？）：
将TreaWork连接Lark后即可出现

会极其频繁地请求Lark Developer API的如下接口：
/open-apis/bot/v3/info

导致Lark的Open Platform Assistant出现：

Dear Developer,
Your organization’s API call limit has reached its maximum. Review the usage details provided below:

  • Used this month: 10003

  • Total this month: 10000

报错信息或截图（如有）：

请在此处粘贴截图或日志代码

2

了解到你遇到了 TRAE Work 连接飞书后频繁请求 /open-apis/bot/v3/info 导致 API 额度耗尽的情况。目前官方资料中暂时没有关于该异常调用的明确原因，当前无法直接确认修复方案。

为了避免继续消耗团队的飞书 API 额度，建议你先在 TRAE Work 界面左下角的「头像 > 设置 > 外部应用授权」中，暂时断开与飞书的连接。

为了进一步定位这个异常情况，能否请你在本帖补充一下出现该问题时的相关运行日志？

3

目前可以提供的信息是，在连接飞书(Lark)办公助理后，Lark开发者平台即创建了名为TraeWork的Agent Bot，查阅该Bot后台API Call记录后发现，在短短4天时间里，该Agent Bot请求了：
Lark Developer Platform的接口：
/open-apis/bot/v3/info
多达7000多次

典型请求结果参考：
{
“host”: “open.larksuite.com”,
“url”: “/open-apis/bot/v3/info”,
“method”: “GET”,
“appId”: “*****”,
“tenantKey”: “*****”,
“header”: {
“Authorization”: “Bearer t-g20****MO6”,
“User-Agent”: “node”
},
“requestId”: “6142b905ddb5ab84186360fa95f38426”,
“ttLogId”: “20260903000024C25F432082AEFAEEDB30”,
“startTs”: “2026-09-03 00:00:24.065”,
“endTs”: “2026-09-03 00:00:24.444”,
“duration”: 378,
“httpCode”: 200,
“errCode”: 0,
“errMsg”: “ok”
}

该问题由于迅速耗尽了Lark开放平台的API调用额度，严重影响了团队使用Lark。

4

这个问题我踩过坑，分享一些排查和优化经验。

问题根因

/open-apis/bot/v3/info 是飞书机器人信息查询接口，TraeWork 连接飞书后会频繁调用它来维持连接状态。这个接口本身有调用频率限制（通常是 100 次/分钟），如果 TraeWork 的轮询间隔设置得太短（比如每 1-2 秒一次），很快就会把整个租户的 API 额度耗尽。

排查建议

  1. 确认是什么在消耗额度：登录飞书开发者后台 → 查看 API 调用日志，筛选 /bot/v3/info 接口，看请求频率和来源 IP
  2. 检查 TraeWork 版本：你用的是 0.1.61 版本，建议升级到最新版，官方可能已经修复了这个高频轮询的问题
  3. 临时止损：在飞书开发者后台 → 安全设置中，可以临时调整该应用的 API 调用频率上限，或者暂时解绑飞书连接

如果问题持续，可以尝试的优化方向

从技术角度看，这类问题的通用解法是：

  • 增加轮询间隔：把状态检查从每秒改为每 10-30 秒一次
  • 使用 WebSocket 替代轮询：飞书支持事件订阅（Event），用 WebSocket 接收状态变更通知，而不是主动轮询
  • 本地缓存：bot info 这类不常变化的数据，本地缓存 5-10 分钟完全合理

建议同时向 TraeWork 官方反馈这个 bug，附上你的 API 调用日志截图，帮助开发团队定位和修复。

5

我们先确认下哈