问题根源在于意图匹配热度不足导致执行中断，需依次排查：一、示例语句覆盖率不足；二、必需参数提取失败；三、Webhook响应异常；四、语种不一致；五、Fallback Intent干扰。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您在使用WorkBuddy时发现技能已成功触发，但后续无任何响应或执行动作，问题很可能出在意图（Intent）匹配过程中的热度（confidence score）不足，导致系统虽识别到意图却未进入执行流程。以下是针对该现象的分析与排查步骤：
一、检查Intent定义中的示例语句覆盖率
Intent热度依赖于训练语料对用户真实表达的覆盖程度。若提供的示例语句过于单一、缺乏口语变体或上下文变形，模型对相似但非完全匹配的输入将给出低置信度评分，从而跳过执行。
1、打开WorkBuddy后台的Intents管理页面，定位到对应技能的Intent名称。
2、查看“Training Phrases”区域中已添加的语句数量与多样性，确认是否包含同义表达、省略句、倒装句、带语气词（如“啊”“呢”“嘛”）的变体。
3、为每个核心语义至少补充5条不同结构的示例，例如针对“查天气”，加入“今天热不热”“外面下不下雨”“我这边需要带伞吗”等泛化表达。
二、验证参数提取是否失败导致热度衰减
当Intent中定义了必需参数（Required Parameters），而用户输入未能被准确提取出对应值时，NLU引擎会降低整体匹配热度，甚至拒绝触发执行逻辑，即使Intent名称匹配成功。
1、在Intent编辑页切换至“Parameters”标签，确认所有标记为“Required”的参数是否设置了合理的Entity类型。
2、进入“Try it now”测试框，输入曾触发失败的原始语句，观察右侧解析结果中Parameters字段是否为空或显示“NOT RECOGNIZED”。
3、若存在未识别参数，立即为该参数关联更宽松的Entity（如使用@sys.any替代@sys.date），或在Entity设置中手动添加常见别名与模糊写法。
三、审查Webhook响应状态与延迟阈值
即使Intent热度达标并进入Webhook调用阶段，若后端服务响应超时、返回非200状态码或响应体缺失requiredFields字段，WorkBuddy将中断流程且不反馈任何错误提示，表现为“有触发无反应”。
1、在Intent设置中确认“Enable webhook call for this intent”已开启，并记录所配置的Webhook URL。
WorkBuddy 会议助手——会议价值不该散会就流失。它把会议的采集、提炼、确认、分发串成一条流水线：从腾讯会议 / IMA / 企业微信多端取料，按 15 类场景模板自动提炼成结构化纪要，你过目确认后一键分发到钉钉、飞书、腾讯文档或企业微信。全程由 workflow 工作流编排驱动，只抽取不编造、先预览后推群、自动去重。 触发：「把会议纪要做一下发钉钉」「总结 IMA 里的 XX 录音」「按面试模板整理这场会」「把这场复盘发飞书」「发到腾讯文档让我手动改」「整理企业微信里的会议纪要」。 能力：腾讯
2、使用curl或Postman模拟发送与触发失败时完全一致的JSON请求体（含session、queryInput、queryParams等字段）到该URL。
3、检查返回HTTP状态码是否为200，响应体中是否包含符合Dialogflow Fulfillment规范的fulfillmentResponse字段，且其中messages数组非空。
四、比对Agent语言设置与用户输入语种一致性
WorkBuddy底层依赖NLU引擎进行语种检测与意图分类，若Agent默认语言为中文，而用户混入英文关键词或使用拼音首字母缩写（如“wdy”代替“我想预约”），可能导致意图热度骤降至阈值以下。
1、进入Agent设置页，查看“Default language”当前选定值，记下语言代码（如zh-cn、en-us）。
2、在测试窗口右上角点击语言切换按钮，强制设定为与Agent一致的语言环境后再重试原语句。
3、若必须支持多语混合，需在Intent中启用“Allow automated expansion”并勾选“Multi-language support”，同时为每条Training Phrase标注对应language code。
五、核查Fallback Intent的干扰行为
当主Intent热度低于Fallback Intent设定的阈值（通常为0.3），且Fallback Intent处于启用状态时，系统会优先路由至Fallback处理逻辑，掩盖原Intent的真实匹配结果，造成“看似触发实则被劫持”的假象。
1、在左侧导航栏点击“Intents”，查找名称为“Default Fallback Intent”或自定义Fallback Intent的条目。
2、检查其“Events”字段是否为空，确认未意外绑定“WELCOME”或“NO_INPUT”等事件导致常驻激活。
3、临时禁用Fallback Intent，再次以相同语句触发，观察控制台日志中Intent匹配详情里intent.displayName是否回归预期名称，且intentDetectionConfidence数值提升至0.45以上。
