REST API
通过带权限范围的端点触发执行、查看状态、获取结果和处理审批。
产品实证
v1 API 使用带权限范围的 API Key;Webhook 输入会映射为变量并返回执行 ID。
POST /api/webhooks/{id}/triggerX-API-Key 认证GET /api/v1/executions/{id}/result核心能力
通过带权限范围的端点触发执行、查看状态、获取结果和处理审批。
向由 API Key 保护的工作流地址发送 JSON。
查看步骤输出、错误和运行历史,并按配置处理重试。
使用统一凭据引用和适合当前环境的部署方式。
运行方式
调用方可以取得执行 ID,并继续查询结果。
内部系统发送 JSON 事件,工作流通过 API 补充信息、由 AI 分类、按结果分支并保留记录。
自动化前:每个团队各自维护触发、重试和日志代码。
自动化后:内部系统保持原有契约,编排能力统一管理。
业务难题
真正的系统集成还需要认证、重试、状态和完整证据。
触发、队列、重试和结果轮询逐渐变成另一套要维护的平台。
单个响应无法解释哪一步失败、接收了什么输入。
密钥和权限散落在不同脚本中,难以统一管理。
常见问题
开发者自动化
按照 Webhook 契约发起请求,然后检查执行状态和结果。