或者，直接开口问
把自动化说出来。跑之前先读一遍。
试跑一次，给出成本，就在你提问的那条会话里。
Gmailfrom:octo 工作流
Octo试跑：47 条会话，预计 $1.12 — 什么都没发——这只是它会做的事上午 10:31
Octo昨晚那次运行第 4 步失败了 — 你的 webhook 返回了 503上午 7:02
Octo已暂停：非工作时间自动回复 — 等你恢复它为止周二
Inbox试跑：47 条会话，预计 $1.12
D我上午 10:29
一条会话两天没动静，就判断一下原因，然后要么推一下对方，要么直接关掉。
OOcto上午 10:31
我把它做成了你看得懂的六个步骤——闲置触发、AI 判断、分支、推一下、关闭、记录。用上周的数据试跑：47 条会话，31 条推了一下，16 条关闭，预计 $1.12。什么都没发出去。要保存吗？
Octo在线
昨晚出什么问题了？
第 4 步——发到你 CRM 的那个 POST——收到 503。第 1 到 3 步都完成了；有 9 条记录没到你那边。
第 3 步传给它的是什么？
九位联系人，带分类结果和原因。每次运行都会记录每一步收到什么、产出什么，都在里面。
把重试改成 5 分钟，别整个重做
只改了那一个字段。另外五步完全没动。
#omniocto4 位成员
MRMarcus下午 3:50
@Octo 在它给任何人发邮件之前加一个审批步骤
OOctoAPP下午 3:50
处理中 🔧(正在执行workflow_dry_run…)
已加在第 5 步之前。现在它会停下来等人处理，我也重新试跑了一遍——还是那 47 条，没有任何发送。 (edited)
🔒 34 条回复 · 最后回复于 2 分钟前
DWDana下午 4:11
好。把审批都转到这个频道来
邮件 octo@agent.omniocto.com · WhatsApp 1-MAN-ASK-OCTO · Slack #omniocto
- 用大白话描述的搭建器
- 说出该发生什么，工作流就照着建出来，然后以你读得懂的步骤展示给你，而不是一个黑箱。
- 十一种触发类型
- 定时、webhook、闲置的对话、标记、标签、每一条进来的消息，等等——所以一个工作流可以由“发生了某件事”开始，而不是由“某个人想起来了”开始。
- 六十多种步骤类型
- 搭真正的自动化所需要的积木，而不是几个玩具式的动作。
- AI 步骤
- 分类、判断、抽取、摘要和生成都是普通的步骤，所以一个工作流可以在中途做一个判断，而不用离开这个工作流。
- 真人批准步骤
- 工作流可以停下来等一个人，这正是把有后果的事情自动化仍然安全的原因。
- 转给真人
- 把这段对话交给一个人，本身就是一个步骤，就在这通电话上、这条会话里，而不是一小时后的一封邮件里。
- 带成本预估的试跑
- 在它动手之前，先看它会做什么、要花多少钱——对一个会给客户发消息的工作流来说，这就是有把握和碰运气的区别。
- 逐步骤的运行取证
- 每一次运行都会记下每一步收到了什么、产出了什么，所以一个不对的结果是查得出来的，而不是一团谜。
- 精准修改
- 改一个字段，不必把整个工作流重新生成一遍，所以一处小订正不会把里面其他所有东西都置于风险之中。
- Slack 动作
- 在 Slack 里发消息和执行动作，都可以作为工作流的步骤。
- HTTP、GraphQL 与签名 webhook 调用
- 从一个工作流里调用你自己的系统，接收方需要验证发送方的时候，可以用签名 webhook。
- OAuth 与 API 密钥连接
- 工作流要访问的那些服务，凭据是存好的，而不是把密钥贴进步骤里。
- 子工作流
- 用别的工作流来组合出工作流，而不是在它们之间来回复制步骤。
这些能力撑起了什么