uncle6me-web 2aa26a5bdd feat(cli): acr search 跨類統一搜尋 + acr parts 去 hardcode recipe（issue #13 根治） ...

leo 2026-06-29 重構根因：「telegram 與 google 不一致」其實是查錯表——舊世界要找一個能力
必須先決定它是 component/recipe/workflow 才查對清單，但查到答案前根本不知道屬哪類 →
「先知道分類」成了查詢前置，倒因為果（leo:連我都會查錯表）。這是搜尋設計缺陷，非粗心。

兩部分互補修法：
1. acr parts 清理（W3.1/W3.3）：移除 5 個 hardcode 的 recipe（gmail_send/google_sheets_append/
   telegram_send/line_notify_send/notion）——它們是 recipe(動態,存 store)不是零件(component)。
   只留真 WASM 零件。檔頭寫死分流原則 + 移除處留註解防再 hardcode。footer 改指向動態清單 + acr search。
2. acr search <term> 新增（W3.2，正向修法）：cli/src/commands/search.ts。fan-out 4 來源——
   component(靜態 BUILTIN_COMPONENTS) + recipe(GET /recipes) + auth-recipe(GET /auth-recipes)
   + workflow(GET /webhooks/named)，依類別回 counts+命中。各來源獨立 try（離線降級指路、不連坐）。
   查的人不必先選表 → 結構性消除「查錯表」。

薄殼合規（rule 07 §2）：search 只 fan-out 既有清單端點 + 過濾 + 分組 + 印出（介面層暴露/格式化），
不在介面層拼裝能力。component 靜態(PR-only)、recipe/auth/workflow 動態(store) 分流明確、不再 conflate。

實證（對 leo21c 跑，read-only GET）：
- acr search telegram → component:0 recipe:1 auth-recipe:0 workflow:1（一眼看出 telegram 是 recipe）
- acr parts → 只剩 http_request 等真零件，5 個 recipe 已不在
- tsc 全綠、build 通過

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

2026-06-29 13:08:11 +08:00

..

harness

fix(kbdb): cypher proxy 補 /kbdb/entries CRUD + report_feedback 改打 /entries

2026-06-15 13:06:58 +08:00

src

feat(cli): acr search 跨類統一搜尋 + acr parts 去 hardcode recipe（issue #13 根治）

2026-06-29 13:08:11 +08:00

CHANGELOG.md

chore(release): cli 1.3.13（npm publish issue #2 KBDB_BASE_URL 注入修復）

2026-06-24 12:35:50 +08:00

package-lock.json

chore(release): cli 1.3.13（npm publish issue #2 KBDB_BASE_URL 注入修復）

2026-06-24 12:35:50 +08:00

package.json

chore(release): cli 1.3.13（npm publish issue #2 KBDB_BASE_URL 注入修復）

2026-06-24 12:35:50 +08:00

tsconfig.json

arcrun — AI workflow execution engine (clean history)

2026-06-03 15:52:38 +08:00