Automations 不跑了——怎么排查和修复
自动化不工作的典型症状
遇到 Automations 出问题时,通常是以下几种表现:
- 完全不触发(该发生的没发生)
- 触发了但在某个动作上失败(Run History 里显示 Failed)
- 触发频率不对(不该跑的时候也在跑,或跑了两次)
按这个优先级排查:
第一步:看 Run History
打开出问题的 Automation → Run History 面板。这里有最直接的线索:
如果一条 Run 记录都没有 → 触发器没触发
如果有 Failed 记录 → 看失败步骤的错误信息
点开 Failed 的那条 Run,看每一步的状态:
- ✅ 绿色 = 成功
- ❌ 红色 = 失败(点开看错误详情)
- ⏭️ 灰色 = 跳过(通常是条件分支走了另一条路)
第二步:检查触发器
触发器没触发的常见原因
触发器条件没匹配到
- Project Record Matches:条件里的字段值和实际 Project 里的不匹配(比如字段名拼错、值是数字但条件里写了字符串)
- Scheduled Workflow:时区设置问题(Taskade 默认 UTC,看看是不是你的本地时区理解错了)
- Form Submit:表单是不是绑定到了正确的 Genesis 应用?
测试触发器
每个触发器配置面板上都有 Test Trigger 按钮——点击后系统会用一条模拟数据触发,告诉你:
- 触发器能不能正常工作
- 传给后续步骤的数据是什么样的
如果 Test Trigger 失败,直接改触发器条件。
第三步:检查动作失败
最常见的失败类型
外部集成授权失效
- OAuth Token 过期(虽然大部分集成自动刷新,但偶尔会失效)
- 集成被手动撤销了授权
- 解决:Settings → Integrations → 找到对应集成 → Reconnect
字段引用变量格式错误
Automations 里引用变量的格式是 {{action_name.field_name}}:
- 变量名拼错 → 解析失败 → 传给后续步骤的是空值
- 触发器传来的字段和你以为的不一样 → 用 Test Trigger 看实际传了什么
- 推荐做法:先用 Test Trigger 拿到真实的变量名,再填到后续动作的配置里
Agent 执行超时
- Agent 在复杂推理时可能超时
- 解决:在 Call Agent 动作里加更长的超时时间;或者让 Agent 分步执行而不是一次做所有事
- 也可能是 Agent 的知识库太大导致搜索变慢——精简知识库
AI Credits 不足
- 如果动作是 AI 相关的(Call Agent、AI 决策节点),Credits 不够会直接失败
- 解决:充值 Credits 或等到下月重置
第四步:检查条件分支和循环
条件判断走到了不对的分支
- 条件表达式写错(
==写成=、逻辑运算优先级理解错了) - 变量值类型不对(比如数字 0 和字符串 "0" 在某些集成里被视为不同值)
- 修复:在条件上加日志动作,让每个分支执行时都发一个通知告诉你"走了哪条路"
循环无限执行或次数不对
- 循环的终止条件没设好
- 循环里的动作又触发了这个 Automation(导致无限递归)
- 修复:加一个计数器字段到 Project 里,循环时递增,超过阈值就停止
第五步:检查 Automation 本身的状态
Automation 是 Draft 不是 Active
新建的 Automation 默认是 Draft 状态(不运行),需要手动切到 Active 才开始跑。改完任何配置后也会自动回到 Draft,需要再手动启用一次。
Automation 被暂停或节流
如果一个 Automation 短时间内触发了大量失败,Taskade 会自动临时暂停它(防止无限循环消耗 Credits)。在 Automation 设置里可以手动恢复。
Queue 里有积压
Taskade Automations 有队列机制——大量并发触发时会排队执行。正常延迟在几秒到 1 分钟内。如果持续很多分钟:
- 看是不是有大量定时任务同时触发("每天 9:00" 可能很多 Automation 都是这个时间点)
- 把部分任务的执行时间错开
第六步:外部集成侧排查
外部应用那边有没有收到请求
比如 Slack 发消息没收到:
- 确认 Automation 用的是正确的 Slack 工作空间和频道
- 确认 Bot Token 有正确的频道访问权限
- 去 Slack 的 App Settings → Activity → Event Log 看看有没有 Taskade 的请求
外部应用的限流
大部分 API 有请求频率限制:
- Stripe:标准计划 100 req/s
- Slack:每秒 ~30 条消息
- 频繁循环或批量操作容易触发限流
- 解决:在循环里加 Delay 动作,每条之间等几秒
实用的调试技巧
加"日志"动作
在 Automation 的关键节点加 Send Notification 到你自己(或一个专用 Debug 频道):
- 触发时发一条:"CRM Automation 触发,Lead = {{trigger.company}}"
- 条件分支前后各发一条:"IF 检查结果:优先级={{trigger.priority}},走紧急分支={{result}}"
- 每个动作成功后发一条
这样即使 Automation 失败了你也能准确知道失败在哪一步。
让失败自动通知自己
在每个动作上加 On Failure → Send Notification:
- 内容包括 Automation 名称、失败步骤名、错误信息
- 这样出问题时你第一时间收到推送,不用等手动检查
备份 Automation JSON
重要的 Automations 定期导出成 JSON 备份:
- Automation 设置 → ⋯ → Export
- 修改前先导出一份,改坏了可以回滚
- 也方便跨 Workspace 复制