388c193ae7
對應 .agents/specs/llm-interface/ Milestone 3.1 + 3.3。
registry/examples/ — 10 個可直接 push 的 workflow 範本:
starter: webhook-to-http
common: cron-watcher, llm-classify, rag-search-answer, daily-digest
external: email-summary (gmail+claude+telegram), pdf-to-blocks,
github-issue-bot
advanced: parallel-fanout (trigger_workflow fan-out),
error-retry (try_catch+wait pattern)
每個含:workflow.yaml(可直接 push)+ description.md(解決什麼問題 /
改成你自己的 / 學到什麼)+ tags.json(搜尋用)
registry/skills/ — 5 個 AI playbook(markdown):
build_watcher_workflow — cron + filter + trigger 模式
debug_paused_workflow — claude_api callback paused 怎麼追
migrate_http_to_trigger_workflow — 從 self-fetch 換 trigger_workflow
rag_with_arcrun — KBDB + claude_api 組裝 RAG
add_new_wasm_component — TinyGo 寫 + 部署全流程
兩者差異:
examples = 可直接拿來改的 YAML
skills = 面對 X 問題該怎麼想 + 該用哪個 example
兩者後續:CI 自動同步進 KBDB(type=workflow-example / type=agent-skill),
MCP arcrun_search_examples / arcrun_list_skills 走 KBDB semantic search。
(CI sync 是 M3.4 工作)
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
1.4 KiB
1.4 KiB
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 query(type / 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: eq配tags_json: "[]"偵測「無 tag」