如何使用 Automatisch 内置的 Webhooks 触发器接收外部请求并执行 Flow【免费下载链接】automatischThe open source Zapier alternative. Build workflow automation without spending time and money.项目地址: https://gitcode.com/GitHub_Trending/au/automatisch如果你的外部系统表单提交、其他服务的回调等需要在事件发生时通知 Automatisch 去跑一段自动化可以不用任何第三方凭证Automatisch 内置了 Webhooks 应用它的Catch raw webhook触发器会在收到 HTTP 请求时启动 Flow。本文以外部请求进来 → Flow 执行 → 返回响应为一条完整路径覆盖创建 Flow、选择同步/异步模式、获取并测试 webhook URL、发布与验证的全过程。前提与工作方式Webhooks 是随 Automatisch 内置的应用不需要与任何外部服务认证即可运行因此建 Flow 时无需先创建 Connection。触发器Catch raw webhook支持GET、POST、PUT、PATCH四种请求方法webhook URL 在编辑器的测试子步骤test substep中给出见 触发器文档 与 连接文档。该触发器有一个必填参数Wait until flow is doneYes/No定义在 catch-raw-webhook/index.js它决定请求的返回行为Yes同步Automatisch 会等 Flow 执行完用 Flow 中配置的响应状态码、请求头和 Body 直接答复外部请求No异步Flow 在后台执行请求立即以204结束、不带响应体对应 异步处理器 固定返回204的逻辑。触发器把请求的headers、body、query作为原始数据raw推入 Flow供后续步骤引用。第一步创建 Flow 并配置 Webhook 触发器进入Flows页面点击Create flow得到一个空的 trigger 和 action 步骤流程创建指南。在触发步骤第 1 步的Choose an app下拉中选择Webhook。事件选择Catch raw webhook点击Continue。在Wait until flow is done下拉中选择Yes或No再点击Continue。选择依据只有一条外部请求方是否需要拿到 Flow 执行结果的响应——需要选Yes只需要请求到了就行选No。完成后进入测试子步骤页面上会出现webhookUrl输入框里面就是当前 Flow 的 webhook URL。异步模式下该 URL 不包含sync字样同步模式则包含这一点在 e2e 测试夹具 中作为断言被明确区分。第二步用真实请求测试触发器在测试子步骤中直接向拿到的 webhook URL 发一个请求即可方法限 GET/POST/PUT/PATCH。例如curl -i -X POST 你的webhookUrl \ -H Content-Type: application/json \ -d {event: order.created, orderId: 1001}把你的webhookUrl替换成测试子步骤中实际显示的 URL。在 Flow 尚未发布test run状态下测试请求会以204返回见 e2e 测试 中对axios.get(webhookUrl)的断言。随后点击Test Continue测试输出区会显示本次请求进入 Flow 的数据确认请求已被 Flow 捕获后点Continue进入 action 步骤。第三步可选添加 Respond with 动作定义响应只有在Wait until flow is done Yes时定义响应才有意义。在第 2 步选择Webhook应用、事件选择Respond with动作定义配置三个参数Status code字符串必填默认值200Headers可选按需添加Key/Value请求头支持变量Body必填响应体内容支持引用前面步骤的变量。e2e 测试中的示例配置是statusCode 200、body response from webhook可照此填写自己的值。配置完成后点击Test Continue验证再点Continue。第四步发布 Flow点击Publish发布。发布后 Flow 会在触发事件发生时自动执行已发布的 Flow 不能直接修改需要改动时先Unpublish再编辑见 流程创建指南 的 Publish 章节。验证同步与异步的返回差异发布后对 webhook URL 再发一次请求两种模式的返回是可直接核对的判断标准与 webhook.spec.js 中的断言一致模式请求返回Wait until flow is done YesGET webhookUrl状态码200响应体为 Respond with 中配置的 Body测试示例中为response from webhookWait until flow is done NoGET webhookUrl状态码204响应体为空同步模式返回的内容由 同步处理器 写入状态码、请求头和 Body 全部取自 Flow 执行结果如果 Flow 中没有有效的 Respond with 动作就按异步行为处理固定204、空响应体逻辑见 异步处理器。限制与边界只支持 GET、POST、PUT、PATCHwebhook URL 必须在编辑器测试子步骤中获取不要手工拼接。触发器拿到的是原始请求数据raw.headers/raw.body/raw.query它本身不做业务解析需要过滤或转换时在后续 action 步骤中处理。Flow 发布后不可编辑改配置前必须先 Unpublish。调试请求详情时后端会以 debug 级别记录Handling incoming webhook request at originalUrl及请求载荷见两个 webhook 处理器中的logger.debug调用可用于确认请求是否到达 Automatisch。完成发布并通过上面的状态码核对后这个 Flow 就可以长期作为外部系统的回调入口使用后续要调整响应结构只需 Unpublish 后修改 Respond with 参数再重新发布。【免费下载链接】automatischThe open source Zapier alternative. Build workflow automation without spending time and money.项目地址: https://gitcode.com/GitHub_Trending/au/automatisch创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
如何使用 Automatisch 内置的 Webhooks 触发器接收外部请求并执行 Flow【免费下载链接】automatischThe open source Zapier alternative. Build workflow automation without spending time and money.项目地址: https://gitcode.com/GitHub_Trending/au/automatisch如果你的外部系统表单提交、其他服务的回调等需要在事件发生时通知 Automatisch 去跑一段自动化可以不用任何第三方凭证Automatisch 内置了 Webhooks 应用它的Catch raw webhook触发器会在收到 HTTP 请求时启动 Flow。本文以外部请求进来 → Flow 执行 → 返回响应为一条完整路径覆盖创建 Flow、选择同步/异步模式、获取并测试 webhook URL、发布与验证的全过程。前提与工作方式Webhooks 是随 Automatisch 内置的应用不需要与任何外部服务认证即可运行因此建 Flow 时无需先创建 Connection。触发器Catch raw webhook支持GET、POST、PUT、PATCH四种请求方法webhook URL 在编辑器的测试子步骤test substep中给出见 触发器文档 与 连接文档。该触发器有一个必填参数Wait until flow is doneYes/No定义在 catch-raw-webhook/index.js它决定请求的返回行为Yes同步Automatisch 会等 Flow 执行完用 Flow 中配置的响应状态码、请求头和 Body 直接答复外部请求No异步Flow 在后台执行请求立即以204结束、不带响应体对应 异步处理器 固定返回204的逻辑。触发器把请求的headers、body、query作为原始数据raw推入 Flow供后续步骤引用。第一步创建 Flow 并配置 Webhook 触发器进入Flows页面点击Create flow得到一个空的 trigger 和 action 步骤流程创建指南。在触发步骤第 1 步的Choose an app下拉中选择Webhook。事件选择Catch raw webhook点击Continue。在Wait until flow is done下拉中选择Yes或No再点击Continue。选择依据只有一条外部请求方是否需要拿到 Flow 执行结果的响应——需要选Yes只需要请求到了就行选No。完成后进入测试子步骤页面上会出现webhookUrl输入框里面就是当前 Flow 的 webhook URL。异步模式下该 URL 不包含sync字样同步模式则包含这一点在 e2e 测试夹具 中作为断言被明确区分。第二步用真实请求测试触发器在测试子步骤中直接向拿到的 webhook URL 发一个请求即可方法限 GET/POST/PUT/PATCH。例如curl -i -X POST 你的webhookUrl \ -H Content-Type: application/json \ -d {event: order.created, orderId: 1001}把你的webhookUrl替换成测试子步骤中实际显示的 URL。在 Flow 尚未发布test run状态下测试请求会以204返回见 e2e 测试 中对axios.get(webhookUrl)的断言。随后点击Test Continue测试输出区会显示本次请求进入 Flow 的数据确认请求已被 Flow 捕获后点Continue进入 action 步骤。第三步可选添加 Respond with 动作定义响应只有在Wait until flow is done Yes时定义响应才有意义。在第 2 步选择Webhook应用、事件选择Respond with动作定义配置三个参数Status code字符串必填默认值200Headers可选按需添加Key/Value请求头支持变量Body必填响应体内容支持引用前面步骤的变量。e2e 测试中的示例配置是statusCode 200、body response from webhook可照此填写自己的值。配置完成后点击Test Continue验证再点Continue。第四步发布 Flow点击Publish发布。发布后 Flow 会在触发事件发生时自动执行已发布的 Flow 不能直接修改需要改动时先Unpublish再编辑见 流程创建指南 的 Publish 章节。验证同步与异步的返回差异发布后对 webhook URL 再发一次请求两种模式的返回是可直接核对的判断标准与 webhook.spec.js 中的断言一致模式请求返回Wait until flow is done YesGET webhookUrl状态码200响应体为 Respond with 中配置的 Body测试示例中为response from webhookWait until flow is done NoGET webhookUrl状态码204响应体为空同步模式返回的内容由 同步处理器 写入状态码、请求头和 Body 全部取自 Flow 执行结果如果 Flow 中没有有效的 Respond with 动作就按异步行为处理固定204、空响应体逻辑见 异步处理器。限制与边界只支持 GET、POST、PUT、PATCHwebhook URL 必须在编辑器测试子步骤中获取不要手工拼接。触发器拿到的是原始请求数据raw.headers/raw.body/raw.query它本身不做业务解析需要过滤或转换时在后续 action 步骤中处理。Flow 发布后不可编辑改配置前必须先 Unpublish。调试请求详情时后端会以 debug 级别记录Handling incoming webhook request at originalUrl及请求载荷见两个 webhook 处理器中的logger.debug调用可用于确认请求是否到达 Automatisch。完成发布并通过上面的状态码核对后这个 Flow 就可以长期作为外部系统的回调入口使用后续要调整响应结构只需 Unpublish 后修改 Respond with 参数再重新发布。【免费下载链接】automatischThe open source Zapier alternative. Build workflow automation without spending time and money.项目地址: https://gitcode.com/GitHub_Trending/au/automatisch创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
