產品總覽
跟著一條真實的工作流,走一遍整個平台
Braidrun 用來搭建和運行帶人工審批的 AI 工作流。右邊這條成長日報每天在生產環境跑:cron 到點觸發,拉取 Apple Search Ads 與 Google Ads 的花費和訂閱收入,AI 寫點評,生成 xlsx 發進 Slack。順著它,平台的每個部分都會出場一次。
daily-growth-reportcron 0 8 * * *
fetch_ads_spend
拉取 Apple Search Ads 與 Google Ads 昨日花費
fetch_revenue
拉取訂閱收入,和花費對到同一天
ai_commentary
AI 寫當天點評:環比、週同比、月同比
build_xlsx
生成 xlsx 報表附件
deliver_slack
表格和點評發進團隊 Slack 頻道
01搭建工作流
畫布和 YAML 是同一份定義
這條日報最初就是在編輯器裡搭的:左邊畫布、右邊 YAML,改任何一邊另一邊立即同步;說不清楚怎麼改的時候,直接把需求告訴 AI 助手。
- 畫布 ⇄ YAML 雙向同步:營運看畫布,工程師審 YAML,是同一份定義
- 內建診斷:變數引用錯誤、設定缺失,儲存前就被標出來
- 版本歷史帶 diff,改壞了回滾到上一個能跑的版本
- AI 助手對話搭建,改動一律等你點儲存才生效

02編排步驟
8 種步驟類型,拼裝更複雜的流程
日報用到的只有程式碼步驟和單 Agent 點評。步驟類型一共 8 種:要讓幾個 Agent 互相挑錯、按狀態推進,或把整條工作流當一個步驟複用時,換個 type 就夠了。
- 單身的一個 Agent 按指令完成一步,日報裡的 AI 點評就是它
- 代碼沙箱裡跑腳本:拉數、清洗、生成檔案
- 分類器按輸入內容把執行分流到不同分支
- group_chat幾個 Agent 圍繞同一個問題討論若干輪,得出結論
- agent_based協調者 Agent 動態決定呼叫哪些工具和子任務
- state_machine用顯式狀態和轉移描述多階段流程
- sub_workflow把另一條工作流當作一個步驟來呼叫
- workflow_output_read讀取其他工作流的執行結果接著處理
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 秒逾時
# 定時:每天早上 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


05審批與治理
要動線上資料,先過人這一關
日報唯讀資料,無人值守就夠了。同一個團隊的另一條工作流要改廣告出價,就在執行前加了審批:AI 只產出建議,人批准了才動手,拒絕或逾時就什麼都不改。
- 審批單上的數值可以直接改:把 AI 建議的出價改小一點再批准
- 批覆走 App 內、郵件或 API 三個通道,逾時自動拒絕
- 憑證用 AES-256-GCM 加密儲存,支援密鑰輪替
- 配額按 Free、Pro、Team、Enterprise 分層,並行和調度數量都有上限
- 稽核日誌記錄流程變更與審批決定(Enterprise 方案)
approve_bid_changesWAITING
建議動作raise_bid · keyword_group_a
出價$0.80審批人可直接改
06部署方式
同一套平台,也能搬進你的機房
這條日報跑在 Braidrun 雲端上就夠用;資料不能出邊界的團隊,可以把整套平台私有化部署到自己的環境裡,工作流定義原樣帶走。
- 私有化部署:資料和模型呼叫都留在你的邊界內
- 多實例水平擴展,承載更多並行執行
- 14 種 OAuth 登入方式,含微信、支付寶、釘釘、飛書和自建 OIDC
- 暴露 Prometheus 指標,接進你現有的監控面板
- 8 種介面語言,GDPR 資料匯出與刪除已經是產品功能
load_balancer
braidrun-01braidrun-02braidrun-0n
資料存儲物件存儲Docker 沙箱
多實例水平擴展:定時觸發由分散式鎖防重,指標可接現有監控