---
tags: [kbdb, 平台原則, 架構決策]
gloss: Mira 已蒸發，開的 KBDB 缺口當普世框架缺口處理；先查頂層 mira-dissolve 是否已重審覆寫，別照舊 issue 悶頭做。
---
# 碰舊 Mira 需求先查頂層覆寫

← [[decisions/00-INDEX]]

**來源**：`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）
- **為什麼要先查**：
  - 頂層 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]