描述它
一句话进去，一个工作流出来
构建自动化的最难之处从来不是构建本身。而是空白画布、搜索框里的四百个集成，以及那种隐隐的疑虑：你即将把一个本该十分钟搞定的事耗掉一个下午。这一部分在这里被消除了。
你输入什么
用你自己的语言、平实的文字描述你想完成的任务。无需挑选模板。无需猜测关键词。人们实际写出的句子是这样的：
“订单付款后，开具发票，扣减库存，并在发货时立即给客户发送跟踪链接短信。”
“每周一早上七点，提取上周的预订数据，算出哪些场地预订不足一半，并给我发一份按最差排前的列表邮件。”
“如果任何有我们团队工作的地区出现恶劣天气预警，就给团队负责人发短信——哪怕在深夜——并为值班经理创建一条备注。”
长比短好，具体比整洁好。如果等待时间应该是两天而不是一天，就写明。如果消息必须用波兰语发出，就写明。你遗漏的任何内容都会变成一个你日后要修改的默认值——这不是灾难，只是多花了一分钟而已。
这两分钟里发生了什么
你的句子会被解读成一个意图：什么触发它、必须发生什么、按什么顺序、每个节点上什么条件必须成立。然后这个意图会对照实际存在的步骤目录进行解析——你已连接的账户、你套餐内的 castomAPI 服务，以及用于其余一切的普通 HTTP。
接着工作流被组装起来。步骤按顺序排列。在真正需要决策的地方设置分支。在句子暗示需要耐心之处设置等待。字段映射根据涉及的数据结构推测得出，并在推测不够确定之处标注为猜测。
最后进行检查：每个步骤的必填输入都有来源，每个分支的两条路径都已定义，每个连接要么已存在，要么被标记为你仍需建立的。呈现在你面前的工作流是一个可以运行的工作流，而不是一张示意图。
你会得到什么
一个可编辑的工作流，处于关闭状态，并附有一份待办清单：它需要的连接、它做出的猜测，以及它无法推断的值。逐项完成清单，它就准备就绪了。
- ⚡已选择触发器Webhook ·
order.paid。签名验证默认开启。 - 2步骤根据参考数据校验收货地址。
- 3步骤开具发票。字段从订单映射而来。
- 4步骤扣减库存。幂等键设为订单 ID。
- 5等待直到发货 webhook 到达，或 5 天，以先到者为准。
- 6步骤带短链接的短信，统计重定向次数。
- !需要你两个连接需要授权。一个猜测的字段需要确认：增值税率。
在你另行指示前保持关闭什么都没有运行
两分钟后，这就是一个可运行的流程。
然后由你接管
完全按照你想要的方式进行设置
这是最重要的部分，也正是那两分钟为你赢得时间来做的事。
修改任何内容
添加步骤、删除步骤、重新排序、拆分分支，或者把一个 AI 步骤换成确定性步骤——因为你发现规则其实很简单。
用你自己的话来表达
工作流发送的每条消息都是你可以编辑的文本。草稿只是一个起点，读起来也像起点；发出去的版本应该听起来像你。
模拟运行
把一条真实记录推过去，读回确切的路径、每个值、以及它本会发出的每条消息。模拟期间不会有任何东西离开本地。
自己动手搭建仍然是常规做法
很多人从不输入一句话。他们打开一个空工作流，放入触发器，添加步骤，然后继续干活——对于三步的小任务，这往往比描述一遍更快。描述真正发挥价值的地方，是那种十二步、四个分支外加一个等待的任务，也就是你一直拖着没做的那一个。
你也可以描述对现有工作流的修改：“订单超过一千兹罗提时也给仓库发个通知”会以拟议修改的形式到达，以与你现有内容对比的差异形式展示，由你接受或拒绝。未经你同意，任何东西都不会应用到正在运行的工作流上。
关于那两分钟：它描述的是常见情况，不是保证。短工作流更快；连接不熟悉的长工作流则更久。不变的是这笔交易的形式——你写一段文字，你拿回一个能用的东西，你把注意力花在只有你能决定的部分上。