Files
Arcrun/registry/examples/cron-watcher/description.md
T
uncle6me-web 922a57fe34 arcrun — AI workflow execution engine (clean history)
Self-hosted 開源:WASM 零件 + recipe + cypher-executor,跑在你自己的 Cloudflare。

此為重建的乾淨歷史起點(移除曾誤 commit 的 GCP SA 金鑰,舊歷史保留在
richblack/arcrun 與本地 backup 分支)。含:
- acr init --self-hosted installer(建 KV/R2 + codeload 拉預編譯 wasm + wrangler deploy + seed recipe)
- recipe push 把關(資料外流提醒 + 打通檢查)
- 19 個正當零件預編譯 wasm(claude_api/km_writer/kbdb_upsert_block 排除:違反 DECISIONS §1)
- CLI / cypher-executor / registry / 完整 SDD

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-03 15:52:38 +08:00

1.4 KiB
Raw Blame History

cron-watcher

解決什麼問題

定期巡 KBDB(或任何資料源),找到「未處理」的紀錄,每筆觸發一個處理 workflow。 最常見的 pattern:mira 就是這樣把河道貼文自動跑 wiki_synthesis。

怎麼觸發

不用手動觸發 — 部署後自動每 5 分鐘跑。

cron 解析在 acr push 時自動偵測首節點是 cron 零件,存進 WEBHOOKS:cron-idx: 索引, scheduled() handler 每分鐘 tick 對齊。

改成你自己的

  • watch_cron.cron_expr 改頻率(標準 5 欄 cron 語法)
  • list_unprocessed 改你的 KBDB querytype / source / tag 等)
  • filter_new.condition 改你的「未處理」定義
  • trigger_processor.workflow_name 改你的處理 workflow

為什麼用 trigger_workflow 不用 http_request

CF Workers 有 self-fetch 防護:cypher-executor 自打 cypher.arcrun.dev/* 或自己的 arcrun-cypher-executor.*.workers.dev 都被攔(CF 1042)。

trigger_workflow 是 cypher-executor 內建的 orchestration 零件,直接 in-process call executeWebhookGraph不走外部 HTTP,徹底繞掉 self-fetch。

學到什麼

  • cron + FOREACH + trigger_workflow 三件套
  • {{api_key}} 從 trigger context 自動帶(cron 觸發時 cypher-executor 自動塞進去)
  • 對每個 X >> Y 中文關係詞(也接受 FOREACH X
  • filter 零件用 condition.op: eqtags_json: "[]" 偵測「無 tag」