uncle6me-web
558e80b4da
wiki 已初始化過（push 檔活躍維護），本次補從沒建的 pull 層 + arcrun 化範本： - cards/decisions/ 14 張決策原子卡（含 gloss/實體/typed-edge 三元組）： 從 decisions-summary 全量改寫 13 + 新增「薄殼規則晚於實作-MCP漂移是歷史債」1 - TAXONOMY 從 PKM 範本換成 arcrun 軸（子系統 零件架構/cypher/credential/recipe/kbdb/ 薄殼/部署/平台原則 + 形態 架構決策/踩坑/機制說明/禁令/案例經驗） - principles 填 13 條跨全局原則（從 rules/ + mindset 蒸餾） - INDEX 真實視圖（子系統角度 + 決策角度，指向 cards） - system-dev/scripts/ + scripts/ install/update 安裝腳本（template 接入） 純基建/文檔，無業務 code（功能 code 見前一 commit）。 raw source（docs/）0 異動、wiki 卡際連結無斷鏈。 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2.6 KiB
2.6 KiB
tags, gloss
| tags | gloss | |||
|---|---|---|---|---|
|
Mira 已蒸發，開的 KBDB 缺口當普世框架缺口處理；先查頂層 mira-dissolve 是否已重審覆寫，別照舊 issue 悶頭做。 |
碰舊 Mira 需求先查頂層覆寫
來源：system-dev/wiki/decisions-summary.md（碰舊 Mira/SaaS KBDB 需求先查頂層覆寫）、docs/4-guides/kbdb-capabilities.md
最後更新：2026-06-27
摘要
Mira 作為內部 AI 操盤手（LLM interface）已蒸發（重組為頂層決策單位），遺留的 KBDB 缺口不應照舊需求表悶頭做。應先檢查頂層 mira-dissolve 是否已重審、新的優先序、甚至否決某些需求。
重點
- Mira 蒸發背景：Mira 從實裝層升到頂層架構決策者（LLM Interface 角色），其原有 dogfood 缺口現交 arcrun 框架層補齊，但優先序要頂層重審。
- 已決定執行：
- source 過濾 ✅ 做（
json_extract零建表，mistakes #18） - documents 聚合 ❌ 不做（走 graph MCP，頂層 R6 否決）
- DELETE proxy ⏸ 擱置（依賴頂層 T8 認可；裸 delete 無 owner 檢查 = 跨租戶刪除風險）
- embed-on-write → 併入 embedding 卡片（#7）
- source 過濾 ✅ 做（
- 為什麼要先查：
- 頂層 mira-dissolve 文件可能已否決或重排某些需求
- 不檢查直接做 = 做了也可能被推翻、浪費時間
- 「普世框架缺口」vs「Mira 特例缺口」要區分
- DELETE proxy 風險：裸
DELETE /entries/{id}無 owner 檢查 → 多租戶環境下可跨租戶刪除。需頂層 T8 任務明確認可 + owner 隔離機制才能做。
實體
- Mira（內部 AI 操盤手）— arcrun 的早期 dogfood 客戶，已升級為頂層架構決策單位。
- Mira-dissolve（Mira 蒸發重組）— 頂層決策文件，記錄 Mira 遺留需求的重審結果。
- 頂層覆寫（upstream override）— 頂層對某需求的最終決定（做/不做/改方向/等待）。
- 普世框架缺口（universal framework gap）— KBDB 對所有用戶都適用的功能缺陷。
- Mira 特例缺口（Mira-specific gap）— 只對 Mira 的特殊工作流需要的功能。
關聯
內文知識關係
- Mira 蒸發 >> 遺留 >> 需求積壓
- 頂層覆寫 >> 決定 >> 普世框架缺口
- DELETE proxy >> 涉及 >> 跨租戶刪除風險
- source 過濾 >> 已批准 >> 執行
- documents 聚合 >> 已否決 >> 不執行
- DELETE proxy >> 擱置於 >> 頂層 T8 認可
卡片關係
- 碰舊Mira需求先查頂層覆寫 >> 涉及文件 >> [InkStoneCo/docs/3-specs/mira-dissolve]