跳轉到主要內容
產品總覽

跟著一條真實的工作流,走一遍整個平台

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 就夠了。

  • 單身的一個 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 資料匯出與刪除已經是產品功能
把你團隊的日報,也交給一條工作流
免費註冊就能從範本開始;日報這類範本帶 demo 模式,不接憑證先看輸出長什麼樣,生產資料要接你自己的憑證。