---
status: paused
superseded_by: ""
---

# SDD: arcrun Component Registry 正典化（Component Registry Canon）

> 2026-05-07 建立。狗糧發現的根本問題：registry 活著但 index 空的，AI 找不到零件就會繞回 Python。
> 範圍：**讓 registry 成為零件 metadata 的 SSOT**，含 u6u → arcrun rebrand。

---

## 1. 問題

### 1.1 表象
- `registry.arcrun.dev/components/search?q=*` 永遠回 0 結果
- MCP `u6u_search_components` 找不到任何零件
- `acr parts list` 同樣空

### 1.2 根因
`matrix/arcrun/registry/components/` 下 30+ 個零件已經部署成獨立 Worker（kbdb_ingest, claude_api, kbdb_create_block, kbdb_patch_block, http_request, string_ops, ⋯），但**它們的 contract.yaml 沒有透過 `POST /components/submit` 進 registry index**。

部署路徑：
```
registry/components/{name}/main.go     ← TinyGo 寫的零件
       ↓ tinygo build
.component-builds/{name}/component.wasm
       ↓ wrangler deploy
{name}.arcrun.dev (Worker)              ← 零件可被 HTTP 呼叫了

registry index?                         ← 這步從來沒做
```

### 1.3 影響（吃狗糧的觀察）
- 新 AI（Claude / Gemini / Codex）進來不知道有什麼零件 → 自己寫 Python 直打 API
- arcrun 想推「AI-first 自服務」整個破功
- 文件寫得再好都救不了 — 因為 README 只能寫概念，零件清單必須是 API 動態查

---

## 2. 目標

**Registry 是零件 metadata 的 SSOT**：

- 零件 Worker 在跑 ⇔ registry 有對應 entry（雙向綁定）
- AI 透過 MCP `search_components` 永遠找得到所有現役零件
- README 不寫死數量，動態 badge 即時反映
- 第三方裝完 MCP 30 秒內能找到第一個可用零件

---

## 3. 三層設計

### Layer 1: 一次性 backfill（Phase 1）

掃 `matrix/arcrun/registry/components/*/component.contract.yaml`，把每個 contract POST 進 registry index。

工具：`matrix/arcrun/registry/scripts/backfill-index.ts`
- 讀檔 → 解析 YAML → 呼叫 registry submit endpoint
- idempotent：已存在不重複寫（registry 端要支援 upsert）
- 跳過沙盒驗收（這些零件已驗過、已部署，不用重跑 gherkin tests）

### Layer 2: 部署即註冊（Phase 2）

改 `.github/workflows/deploy.yml`：
- 通用掃描掃到 `.component-builds/{name}/wrangler.toml` 部署成功後
- post-deploy step 自動呼叫 registry submit（contract 從 `registry/components/{name}/component.contract.yaml` 讀）

零件 Worker 部署 ⇒ registry 自動更新。沒有「零件部署了但 registry 不知道」的可能。

### Layer 3: Discoverability（Phase 3）

- README 移除「21 個零件」這種寫死數字，改「跑 search 看當前清單」
- 加 badge endpoint `registry.arcrun.dev/badge/components.svg` 即時顯示數量
- MCP `get_component_guide` 開頭加鐵律：「動工前必須先 search，不是猜」
- onboarding kit GitHub template：CLAUDE.md / .cursor/rules / AGENTS.md 三件套，all 強制 search 優先

### Layer 4: u6u → arcrun Rebrand（Phase 4）

把 `matrix/u6u-mcp/` 跟所有 `u6u_*` tool 名搬到 arcrun 命名空間。

理由：
- u6u 是申請 arcrun.dev 之前的暫名，現在已過時
- 命名混亂阻礙推廣（「為什麼 arcrun 文件叫 u6u_*?」）
- 第三方看到 u6u 不知道是同一個產品

範圍：
1. 目錄：`matrix/u6u-mcp/` → `matrix/arcrun-mcp/`
2. Worker name：`u6u-mcp` → `arcrun-mcp`
3. Tool 前綴：`u6u_search_components` → `arcrun_search_components`（14 個 tool）
4. Hostname：`mcp.finally.click` → `mcp.arcrun.dev`（finally.click 保留 redirect 到 arcrun.dev 過渡期）
5. Repo / Worker 內部 ID：u6u-mcp-server → arcrun-mcp-server
6. README 全文：u6u → arcrun
7. user memory（CLAUDE.md / MEMORY.md）相關提及一併更新
8. inkstone-component-registry（舊 worker）廢止 → arcrun-registry 為唯一現役

**Rebrand 原則：**
- 用戶端 config（claude_desktop_config.json 等）給過渡期：兩個 URL 都活，舊的回 deprecation header 提示換新
- Tool 前綴 `u6u_*` → `arcrun_*` 沒有過渡期（一刀切，因為前綴是 AI 看的，不是用戶記憶肌肉）
- 文件 / repo 內所有 reference 立即改

---

## 4. 範圍邊界

**在本 SDD 範圍內：**
- ✅ Phase 1: backfill index
- ✅ Phase 2: 部署即註冊 hook
- ✅ Phase 3: README + badge + onboarding kit
- ✅ Phase 4: u6u → arcrun rebrand（含目錄 / worker / hostname / tool 前綴 / 文件）

**不在範圍內：**
- 新零件開發（這是 polaris 業務範圍）
- registry KV schema 改動（用既有結構）
- u6u-gui 的 rebrand（u6u-mcp 同 monorepo 但獨立 SDD）
- Phase 5（用戶自製零件 R2 上傳）— 等 Phase 4 完成後另開 SDD

**前置依賴（已完成）：**
- ✅ u6u-mcp Zod 4 → Zod 3 修復（2026-05-07）
- ✅ u6u-mcp service binding 改指 arcrun-registry（2026-05-07）
- ✅ arcrun-registry Worker 部署在 registry.arcrun.dev

---

## 5. 驗收標準

### Phase 1 驗收
- `u6u_search_components("kbdb")` 回非空結果，含 `kbdb_ingest` / `kbdb_create_block` / `kbdb_patch_block`
- `acr parts list` CLI 端對端能列出
- registry KV 內至少 30 entries

### Phase 2 驗收
- 部署任一既有零件後，registry 30 秒內 reflect 更新
- 部署一個全新零件，無需手動 publish，registry 自動有
- CI workflow 不會因 registry 寫入失敗就擋部署（degraded mode：寫入失敗 log warning 但不 fail）

### Phase 3 驗收
- README 沒有「21 個零件」「30 個零件」這種寫死數字
- badge SVG 渲染正確、數字跟 KV 一致
- onboarding kit clone 下來，照 README 跑能 30 秒內 list 到零件

### Phase 4 驗收
- `mcp.arcrun.dev/mcp/mcp` 通，回的 tool 名都是 `arcrun_*`
- 舊 `mcp.finally.click/mcp/mcp` 仍可用但回 deprecation header
- README / docs / GUIDE 全部 u6u 字樣消除
- `matrix/u6u-mcp/` 目錄不存在，改為 `matrix/arcrun-mcp/`
- 用戶記憶（`~/.claude/.../MEMORY.md`）arcrun MCP 設定範例已更新

---

## 6. 風險與緩解

| 風險 | 緩解 |
|---|---|
| backfill 把 contract 灌進去後，沙盒驗收覆蓋既有資料 | registry submit 加 `skip_acceptance=true` flag，僅 backfill 用 |
| 部署 hook 寫入失敗擋掉部署 | hook degraded mode：失敗只 warning，不 fail 部署 |
| Rebrand 把現役 client 弄壞 | 過渡期：舊 hostname 跟 worker 並存 1 個月 |
| Tool 前綴改名 AI 適應期 | 不過渡，一刀切（前綴是 system instruction 範圍，AI 一個 prompt 就學會）|
| 既有用戶 config 寫死 finally.click | 提前公告 + 過渡期 + 舊 endpoint 自動 redirect / proxy |

---

## 7. 變更紀錄

| 版本 | 日期 | 內容 |
|---|---|---|
| v1.0 | 2026-05-07 | 初版。吃狗糧發現 registry 空的，三層設計（backfill / auto-register / discoverability）+ u6u → arcrun rebrand 一併納入。 |
