「社交平台触达」Skill 不生效怎么办:症状、原因与排查步骤
销售与客户成功经常要做「社交平台触达」这类事:撰写职业社交平台的连接与跟进消息。每次都从头写提示词,结果时好时坏;把它做成智能体 Skill,就能让智能体每次按同一套步骤执行,输出结构也更稳定。
「社交平台触达」技能出问题时,先别急着重写。按下面的表格对号入座,大部分问题都能在几分钟内定位。
症状对照表
| 症状 | 常见原因 | 处理办法 |
|---|---|---|
| 技能完全不触发 | 描述没写触发条件;文件位置或文件名不对;平台未重新加载 | 补写“当用户……时使用”;核对目录;新开会话 |
| 不该触发时触发 | 描述过于宽泛 | 缩小描述范围,写明不适用的情况 |
| 跳过步骤 | 步骤写成段落,或步骤之间缺少依赖说明 | 改成编号列表,写明每步产出 |
| 输出格式每次不同 | 没有给出固定结构 | 给出标题或表头模板,附一份范例 |
| 内容有编造 | 没要求缺信息时提问;没要求标注依据 | 加上“不确定标注需人工确认” |
| 脚本或工具调用失败 | 运行环境缺依赖、路径错误、权限不足 | 单独运行脚本或工具排查,把错误原文反馈给智能体 |
| 越用越偏 | 对话过长,早期指令被稀释 | 新开会话,或把关键约束放在技能最前面 |
排查顺序
- 确认技能是否被加载(大多数平台会在回复或日志中显示使用了哪些规则或技能)
- 用标准样例复现问题
- 检查最近一次修改,必要时回退
- 一次只改一处,改完重跑测试用例
针对这个技能的特别检查
- 输入是否真的是客户信息,格式差异会导致后续步骤失败
- “找到共同点”这一步是否有足够信息
- 是否混入了与本技能冲突的其他规则
- 风险较低,但输出仍需快速过目再使用
什么时候该求助
如果确认是平台本身的问题(例如更新后入口变化、规则不再读取),查阅平台的官方文档与更新说明,比反复改技能更有效。
准备一份好范例
在技能的参考资料里放一份你认可的消息草稿范例,往往比多写十条规则更有效。好范例应当:
- 来自真实工作,但已去除个人信息和敏感数据
- 体现团队习惯的结构、措辞和详略程度
- 包含一处“需人工确认”的标注示范,让智能体学会如何表达不确定
- 篇幅适中,不要比平时的产出长太多
范例不必多,一到两份即可;太多范例反而会让智能体机械模仿某一份的细节。
每一步要产出什么
把每一步的中间产出写清楚,智能体就不容易跳步,人也方便定位问题:
- 找到共同点:产出一段简短的中间结果,并注明依据来自客户信息的哪一部分
- 写简短消息:产出一段简短的中间结果,并注明依据来自客户信息的哪一部分
- 避免直接推销:产出一段简短的中间结果,并注明依据来自客户信息的哪一部分
- 跟进节奏:产出一段简短的中间结果,并注明依据来自客户信息的哪一部分
最后一步之后,再把这些中间结果汇总成消息草稿。中间结果可以折叠或省略展示,但在技能指令中要求智能体“先完成再汇总”,能明显减少遗漏。
延伸阅读
- 社交平台触达 · 定制指南
- 社交平台触达 · Function Calling 版
- 社交平台触达 · 扣子(Coze)智能体与工作流 版
- 销售通话复盘 · 故障排查
- 跟进邮件 · 故障排查
- 智能体Skills 分类:625 个技能 × 32 个角度
说明:文中的配置、代码与目录结构均为示意,用于说明思路;各平台的入口、字段名与能力会更新,落地前请以对应官方文档为准。示例中的数据与场景为虚构,不代表真实案例。