扣子工作流监控需分四路径：1.「分析」面板查实时指标；2.启用webhook获取全量原始日志；3.在模型管理页查看模型级性能数据；4.通过会话右上角「查看执行详情」调试单次执行。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
你想知道扣子工作流实际运行时有没有出错、每个节点花了多少时间、用户调用是否成功，但打开后台却找不到日志入口或性能图表——这不是配置遗漏，而是扣子把日志查看和性能监控分散在不同路径，且部分功能需主动开启才能生效。
通过「分析」面板查看实时运行指标
这是最直接的入口，适合快速掌握整体健康度，无需任何开发或配置。
1. 登录扣子官网（https://www.coze.cn），进入目标Bot或工作流管理页。
2. 在左侧导航栏点击「分析」选项卡。
3. 选择时间范围：支持近7天、近30天或自定义日期区间，【注意：自定义区间最多回溯90天，超出将自动截断】。
4. 查看顶部汇总卡片中的总调用量、独立用户数、平均响应时长、错误率四项核心指标——这些数据每5分钟刷新一次，延迟不超过2分钟。
5. 向下滚动至折线图区域，可观察每小时/每日的调用量趋势与会话分布热力，鼠标悬停可查看单点精确数值。
启用Webhook获取全量原始日志
当你需要排查某次失败会话的具体输入参数、错误堆栈，或要把日志导入企业BI系统做长期归档分析时，必须走这条路径。
方法一：配置Webhook接收端
进入智能体设置页 → 点击「开发者设置」→「Webhook」→ 开启开关 → 填写已部署的接收端URL（需支持POST并返回200）。
方法二：勾选关键事件类型
在Webhook事件类型中，务必勾选「会话开始」「消息发送」「执行完成」「执行失败」全部四项。漏掉「执行失败」会导致无法捕获5xx错误的完整上下文。
方法三：解析并落库
接收服务端需解析JSON payload，提取event_type、bot_id、user_id、timestamp、status、duration_ms、error_message等字段，写入MySQL或ClickHouse。其中duration_ms是端到端耗时，单位毫秒，精度达1ms。
查看模型级性能监控数据
大模型节点才是耗时大户，它的表现直接影响用户体验。扣子为每个模型单独提供细粒度性能视图。
登录扣子开发平台 → 选择目标工作空间 → 空间配置 → 模型管理 → 点击目标模型 → 性能监控。
这里能看到三个核心指标：首Token延时（用户输入到第一个字输出的时间）、非首Token延时（后续字符平均生成速度）、成功率（调用成功次数占比）。所有指标按10分钟窗口统计，支持查看P60/P95/P99分位数。
【重要前提：该模型必须已在当前工作空间中被至少一个工作流实际调用过，否则性能监控页为空】
MinMax、Kimi模型的数据来自全平台用户；豆包模型仅统计本工作空间成员使用数据——跨空间查看结果不一致是正常现象，不是系统故障。
调试单次工作流执行详情
当某次用户交互明显异常，你需要逐节点定位问题源头，而不是看统计数字。
进入Bot对话界面 → 找到对应会话 → 点击右上角「…」→ 选择「查看执行详情」。
页面展开后显示完整执行链路：每个节点的状态（运行中/成功/失败）、输入数据（点击展开）、输出数据（含结构化JSON或纯文本）、耗时（精确到毫秒）、错误信息（若失败）。
失败节点会高亮红色，并附带错误码（如LLM_TIMEOUT、PARSE_ERROR、VAR_NOT_FOUND），点击错误码可跳转至官方错误说明页。
这一步操作起来很简单，直接点击就能看到，但很多人不知道这个入口藏在会话右上角的省略号里。
