要查清Agent Space中API调用的真实次数、耗时、失败原因及对应会话，需进入「监控→调用追踪」页并手动设时间为最近24小时，再按会话ID或时间锚点筛选，最后通过调用来源、parent_id和重试状态交叉识别Agent自动调用链路。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要查清某个Agent Space里API调用的真实发生次数、耗时、失败原因和对应会话，不能只看控制台首页的总调用量——那里只显示Key级汇总，无法区分是人工触发还是Agent自动重试，更看不到哪次调用烧掉了80%的预算。
进入API调用明细页
登录Agent Space控制台 → 点击左侧导航栏「监控」→ 在二级菜单中选择「调用追踪」→ 确保顶部时间范围已设为最近24小时（默认可能为7天，会淹没关键细节）。
这一步必须手动调整时间范围，【否则默认加载7天数据，页面卡顿且关键会话会被折叠】。
按会话ID筛选特定任务
在「调用追踪」列表上方的搜索框中，粘贴你执行任务时拿到的会话ID（格式类似 session_abc123xyz）。该ID通常出现在任务启动返回的JSON响应里，字段名为session_id。
没有保存会话ID？可以改用时间锚点：点击某条高耗时或失败调用的时间戳 → 查看右侧详情面板中的「关联会话」链接 → 点击跳转到完整会话流。
识别真实调用链路（非人工调用）
方法一：看「调用来源」列
直接筛选值为「agent-router」或「tool-loop」的行，排除「manual-api」和「cli-trigger」——这两类是人工发起的，不计入Agent自动行为。
方法二：看「父调用ID」字段
如果某行的parent_id非空，且其父行的source也是agent-router，则整条子链都属于Agent内部重试或工具编排产生的调用；【parent_id为空的agent-router调用才是用户原始任务入口】。
方法三：结合「重试次数」和「状态码」交叉判断
status=429 + retry_count≥2 的组合，基本可判定为Agent因限流自动重试；status=500 + observation="tool returned empty" 则大概率是工具返回异常后Agent主动补发了一次请求。
