Leo
efe8e165cf
按 leo 鐵律（2026-06-14）把插件從「直接 SQL 操作基本盤表」改寫成 「只透過基本盤 arcrun/kbdb HTTP API 讀寫」。零建表、零 migration、零 SQL。 - 新增 src/lib/kbdb-client.ts：唯一對外通道，封裝 entries/templates/records API - 新增 src/lib/templates.ts：triplet/entity template 定義（替代建表） - 改寫 21 個違規 action（triplet/graph/entity/search）→ 走 client，圖在插件層記憶體組裝 - 移除所有 migrations、D1/Vectorize/AI 綁定；embedding/語意搜尋歸基本盤 optional 模組 - index.ts 只掛 triplets/graph/entities/search 路由；基本盤路由歸 arcrun/kbdb - 測試改走 mock client（純 node）；裁剪 CLAUDE.md 只留 graph 插件 + 鐵律 - 修正 SDD design.md「讀現狀推翻鐵律」的錯誤判斷（共用 D1 → API-as-Wall） Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2.0 KiB
2.0 KiB
當前狀態
更新時間：2026-06-14 每次 session 結束必須更新此檔（用 /wiki-update）。
正在做
- 知識庫骨架建立完成（system-dev-template 接入：SDD + LLM Wiki）。
- HANDOFF 已讀完並整進 SDD：
docs/3-specs/kbdb-graph-extraction/（requirements + design + tasks）。 - R-EXT-1 邊界初步分類完成（插件 / 基本盤 / 灰色地帶），見該 design.md。
下次 session 第一件事
讀 docs/3-specs/kbdb-graph-extraction/tasks.md。R-EXT-1 邊界 + grep + 讀 arcrun 全局核對都做完。主阻擋 = 前置議題定案（task 1.4b），等 leo/arcrun 答覆三問（見下）。定案後：升 arcrun v3 / 定掛載形態 → 移交 → 裁剪 CLAUDE.md → git init 推 uncle6me-web/kbdb-graph-plugin。
讀 arcrun 後的關鍵翻盤：兩份 HANDOFF 假設「核心已在 arcrun」其實尚未落地——arcrun/kbdb 還是 v2（entries，無 blocks/0005/0007/block-crud），且與本插件是不同 D1 庫（arcrun-kbdb vs inkstone-kbdb）。v3 基本盤真身其實在本目錄。詳見 design.md「全局核對發現」。
待總管決策（三問已上呈，不是本子 repo 能拍板）
leo 指示「整理成 wiki、由總管決策」。已寫成頂層決策文件：
📍 InkStoneCo/.agents/specs/matrix-rearrange/DECISION-kbdb-v3-baseplane.md（頂層 tasks Phase 2 task 2.5 已連結）
三問：(1) v3 基本盤怎麼進 arcrun (2) 掛載形態共用 D1 vs 走 API (3) 0005 歸屬。總管答覆後本 repo 才能解除 1.4b / R-EXT-3 阻擋。
已知問題
- 本目錄目前無獨立 git（matrix 降級後脫離），改名後需
git init。 CLAUDE.md下半部仍是整套 KBDB v3 規範（含基本盤 Block CRUD），與「只做 graph 插件」新定位不符，待裁剪（HANDOFF 待辦 1 的一部分）。- 上游 bug 未解：
PATCH /blocks/:id回 403（見docs/5-records/incidents/BUG-2026-05-29-...）——屬 arcrun/kbdb 基本盤端，非本插件。