跳转到主要内容
产品总览

跟着一条真实的工作流,走一遍整个平台

Braidrun 用来搭建和运行带人工审批的 AI 工作流。右边这条增长日报每天在生产环境跑:cron 到点触发,拉取 Apple Search Ads 与 Google Ads 的花费和订阅收入,AI 写点评,生成 xlsx 发进 Slack。顺着它,平台的每个部分都会出场一次。

生产模板 v2.0.74定时触发,无人值守每步日志与成本留档
daily-growth-reportcron 0 8 * * *
fetch_ads_spend
拉取 Apple Search Ads 与 Google Ads 昨日花费
fetch_revenue
拉取订阅收入,和花费对到同一天
ai_commentary
AI 写当天点评:环比、周同比、月同比
build_xlsx
生成 xlsx 报表附件
deliver_slack
表格和点评发进团队 Slack 频道
template v2.0.74无人值守
01搭建工作流

画布和 YAML 是同一份定义

这条日报最初就是在编辑器里搭的:左边画布、右边 YAML,改任何一边另一边立即同步;说不清楚怎么改的时候,直接把需求告诉 AI 助手。

  • 画布 ⇄ YAML 双向同步:运营看画布,工程师审 YAML,是同一份定义
  • 内置诊断:变量引用错误、配置缺失,保存前就被标出来
  • 版本历史带 diff,改坏了回滚到上一个能跑的版本
  • AI 助手对话搭建,改动一律等你点保存才生效
Braidrun 工作流编辑器截图
可视化编辑器:画布与 YAML 同屏编辑
02编排步骤

8 种步骤类型,拼装更复杂的流程

日报用到的只有代码步骤和单 Agent 点评。步骤类型一共 8 种:要让几个 Agent 互相挑错、按状态推进,或把整条工作流当一个步骤复用时,换个 type 就够了。

  • single一个 Agent 按指令完成一步,日报里的 AI 点评就是它
  • 代码沙箱里跑脚本:拉数、清洗、生成文件
  • 分类器按输入内容把执行分流到不同分支
  • group_chat几个 Agent 围绕同一个问题讨论若干轮,得出结论
  • agent_based协调者 Agent 动态决定调用哪些工具和子任务
  • state_machine用显式状态和转移描述多阶段流程
  • sub_workflow把另一条工作流当作一个步骤来调用
  • workflow_output_read读取其他工作流的执行结果接着处理
daily-growth-report.yamlyaml
steps:
  - name: pull_spend
    type: sub_workflow      # 复用另一条取数工作流
    workflow: ads-spend-fetcher

  - name: review_numbers
    type: group_chat        # 几个 Agent 对着数据互相挑错
    agents: [analyst, skeptic]
    rounds: 2

  - name: plan_actions
    type: agent_based       # 协调者 Agent 按需调用工具

  - name: apply_changes
    type: code
    manual_approval: true   # 人批准了才执行
03触发与运行

cron 到点就跑,脚本进沙箱执行

这条日报由一条 5 段 cron 表达式触发,时区可配,多实例部署时分布式锁保证只触发一次;拉数和生成表格的脚本,生产环境跑在 Docker 沙箱里,变量以 WF_VAR_* 环境变量注入。

  • 定时:5 段 cron + 时区,分布式锁防止多实例重复触发
  • Webhook:你的系统发一次 POST,JSON 顶层字段自动映射成变量
  • 手动与 API:页面上点运行,或从外部系统调 v1 API 触发
  • 链式:一条工作流完成后隔 N 秒,自动触发下一条
  • 代码步骤支持 python、javascript、typescript、bash、ruby、lua、cli 七种语言,默认 30 秒超时
triggerscron · webhook · api · chain
# 定时:每天早上 8 点,时区可配
schedule: "0 8 * * *"

# 或者由你的系统发一次 POST 触发
curl -X POST \
  https://braidrun.com/api/webhooks/{id}/trigger \
  -H "X-API-Key: <your-key>" \
  -d '{"channel": "#growth-daily"}'
04观测与排查

数字不对的那天,能查到是哪一步

哪天早上 Slack 里的数字看着不对,打开那次执行:每一步的输入输出、日志和成本都在。定位到出问题的步骤后,从那一步重跑就行。

  • 调试器:9 类断点,暂停时改变量再继续(Pro 档起)
  • 从指定步骤重跑,已完成的 LLM 步骤不重复计费
  • 服务重启后自动续跑,靠定义哈希校验防止改动后误续
  • 每次执行的 token 用量与成本逐次记录,执行过程可导出 JSON / YAML
Braidrun 执行列表截图
执行时间线:每一步的日志、耗时与成本
Braidrun 执行分析截图
分析面板:成功率、耗时与成本趋势
05审批与治理

要动线上数据,先过人这一关

日报只读数据,无人值守就够了。同一个团队的另一条工作流要改广告出价,就在执行前加了审批:AI 只产出建议,人批准了才动手,拒绝或超时就什么都不改。

  • 审批单上的数值可以直接改:把 AI 建议的出价改小一点再批准
  • 批复走 App 内、邮件或 API 三个通道,超时自动拒绝
  • 凭据用 AES-256-GCM 加密存储,支持密钥轮换
  • 配额按 Free、Pro、Team、Enterprise 分层,并发和调度数量都有上限
  • 审计日志记录流程变更与审批决定(Enterprise 档)
approve_bid_changesWAITING
建议动作raise_bid · keyword_group_a
出价$0.80审批人可直接改
timeout: 24h超时自动拒绝,线上零改动
06部署方式

同一套平台,也能搬进你的机房

这条日报跑在 Braidrun 云上就够用;数据不能出边界的团队,可以把整套平台私有化部署到自己的环境里,工作流定义原样带走。

  • 私有化部署:数据和模型调用都留在你的边界内
  • 多实例水平扩展,承载更多并发执行
  • 14 种 OAuth 登录方式,含微信、支付宝、钉钉、飞书和自建 OIDC
  • 暴露 Prometheus 指标,接进你现有的监控面板
  • 8 种界面语言,GDPR 数据导出与删除已经是产品功能
把你团队的日报,也交给一条工作流
免费注册就能从模板开始;日报这类模板带演示模式,不接凭据先看输出长什么样,生产数据要接你自己的凭据。