refactor: 移除已廢棄的自管加密金鑰機制（credential 全面託管 CF Workers Secrets）

leo 2026-07-20 明令：「已經改用 cf 自己的 secrets，不要再說它了」
「我希望以後再也看不到這個詞再出現」

背景：credential 早已遷移至 CF Workers per-script Secrets + D1 目錄，
舊的自管金鑰（client 端 AES-GCM + KV 密文 + crypto_decrypt）是遷移期遺留。
本次連根移除，含一併作廢的死 SaaS 碼。

移除：
- 舊 KV 密文解密路徑（credential-injector.ts 整檔、dual-read fallback）
  前置驗證：leo21c / youlin 兩帳號 CREDENTIALS_KV 實測 *:cred:* 皆 0 筆
- migrate-to-workers-secrets 搬家端點（回填已完成，無可回填）
- /register 路由與 generateApiKey（HMAC 產 ak_ key 是 SaaS 遺物；
  self-hosted 走 namespace 明碼 D21，已無人使用）
- platform_crypto component（三帳號實測 404 已退役，無 workflow 引用）

保留（附理由）：
- crypto_decrypt 保留為永遠回失敗的 stub——現役三個 auth .wasm 仍宣告該
  import，缺項會讓 WASM instantiate 直接失敗。待零件重編後可真正刪除。

順帶修復（原不在範圍，但會實際壞事）：
- /auth/callback 有 `if (!key) redirect(server_error)` 閘，未設該 secret 的
  實例會登入直接失敗 → 已移除
- OAuth 兩處把 provider token 寫進舊加密 KV（租戶鍵與實際 api_key 在 rotate
  後必然分歧，已失效）→ 改導向 Workers Secrets，包 try/catch 不影響登入
- acr init Standard 模式呼叫已刪除的 /register → 改引導 OAuth 取 key
- .claude/rules 與 system-dev/docs 是同一規範的兩份鏡像，先前只改 rules
  導致鏡像仍在教舊做法 → 已同步（此類雙檔同步應納入檢查）

新用戶安裝從此零 secret 前置。
測試 187/188（唯一 fail 為 pre-existing，stash 驗證與本次無關）；
cypher-executor 與 cli typecheck 全綠。

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

system-dev/wiki/decisions-summary.md

@@ -110,32 +110,6 @@ compatibility_flags = [ "nodejs_compat", "global_fetch_strictly_public" ]
 
 ---
 
-## 多 Worker ENCRYPTION_KEY 同步（2026-05-29）
-
-**Q：auth_static_key / auth_service_account / cypher-executor 都需 ENCRYPTION_KEY，怎麼保持一致？**
-
-**決策**：
-- secret 存在各 Worker 的 secret store（非環境變數，避免洩漏）
-- `wrangler secret put ENCRYPTION_KEY` 手動設進各 Worker
-- 初始化：`acr init` 生成，展示一次，user 自己 secret put
-
-**為什麼不用 KV**：
-- secret 是敏感內容，不應在 KV 存（會被 list 洩漏）
-- secret store 是 Cloudflare 的原生機制
-
-**冪等性**：
-- `acr init` 多跑幾次，生成不同 key（目前不冪等）
-- 若要冪等，init 應檢查現有 config → reuse 舊 key
-
-**避坑**：
-- init 完成後驗證所有三個 Worker 都有同一份 key
-- 若某個 Worker 的 key 遺漏或不同 → credential 解密失敗（會表現為 401/403）
-- 重跑 init 不要覆蓋舊 secret（目前沒有 check，need improvement）
-
-**詳見**：2026-05-29-encryption-key-drift.md、rule 01 加解密
-
----
-
 ## Recipe UUID 模型（kbdb-base §7.5）
 
 **Q：多作者同 canonical recipe 怎麼並存？**