e8bd518efa
改前四種寫法並存、沒一個是 credential,而執行端只認 {{credential.X}}
(graph-executor.ts:247→resolveCredentialRefs)⇒ 用戶照抄必踩坑:
{{api_key}} 13/{{gitea_token}} 2/{{secret.GITHUB_BOT_TOKEN}} 2/{{kbdb_api_key}} 1
改後(19 處統一):
{{credential.arcrun_namespace}} 15/{{credential.gitea_token}} 2/{{credential.github_bot_token}} 2
⚠️ 中途修正一次錯誤命名:我先改成 kbdb_partner_key(照零件契約舊敘述 ak_xxx),
leo 當場指正「現在沒有 partner key,改用 namespace,沒有發 API key 的機制」——
實際機制確為 X-Arcrun-API-Key: <namespace>(實例上活的 workflow 為證)。
不動:{{secret.LEO_TELEGRAM_CHAT_ID}} 3 處——chat_id 是聊天室 ID 不是金鑰,
無腦套規則會引進「找不到 credential」的錯誤。
驗:違規寫法歸零/12 個範例 YAML 全可解析。
殘:kbdb_upsert_block 契約仍寫『KBDB partner key(ak_xxx)』=假資訊源(我就是被它騙的),
修它被 component-guard 擋(正確),需 leo 跑 scripts/component-arm.sh。
33 lines
857 B
YAML
33 lines
857 B
YAML
name: llm_classify_example
|
||
description: webhook 收文字 → claude 分類 → 寫 KBDB 加 tag
|
||
|
||
flow:
|
||
- "input >> ON_SUCCESS >> classify"
|
||
- "classify >> ON_SUCCESS >> save_with_tag"
|
||
|
||
config:
|
||
classify:
|
||
component: claude_api
|
||
timeout_ms: 30000
|
||
_recipe_output_format: json
|
||
_recipe_output_required_fields:
|
||
- category
|
||
- confidence
|
||
prompt: |
|
||
分類以下文字到下列其中一個 category:
|
||
- tech / business / personal / other
|
||
|
||
只回 JSON:
|
||
{"category": "tech", "confidence": 0.85, "reason": "..."}
|
||
|
||
文字:{{input.text}}
|
||
|
||
save_with_tag:
|
||
component: kbdb_create_block
|
||
api_key: "{{credential.arcrun_namespace}}"
|
||
type: "note"
|
||
source: "llm-classified"
|
||
user_id: "ai_classifier"
|
||
content: "{{input.text}}"
|
||
tags_json: '["llm-classified", "category:{{category}}"]'
|