Reina Core / Harmony System 衝突掃描與統合報告
日期：2026-07-04
範圍：~/.hermes/research/reina-core、~/.hermes/research/memory-v2、~/.hermes/identity、相關 session_search 結果。
目的：找出 Sir 曾經講過的相近概念、已完成但文件仍說「下一步」的內容、命名混亂、重疊但未衝突的模組，並整理出 canonical map。
0. 掃描摘要
本次掃描：
- 檔案掃描：
71個.md/.py/.json/.jsonl候選檔。 - 命中相關概念：
69個檔案。 - 對話搜尋：查到與
Reina Harmony Core / worker capsule / Telegram HTML / sensory / proactive loop直接相關的 session 至少8組。 - 已確認
Phase C0 Reina Harmony Core Spec v0已完成。 - 已確認
Phase C0.1 worker capsule lint checker也已完成，不能再當「下一步」。
結論：目前不是硬衝突，而是資訊層級混雜與下一步過期。需要建立 canonical map，把舊報告定位成歷史路徑，把最新規格定位成主線。
1. Canonical map：目前應以哪份為準
| 主題 | Canonical 文件 | 狀態 | 備註 |
|---|---|---|---|
| 主體系統總方向 | reina-integrated-identity-harmony-system-2026-07-04.md | canonical vision | 定義「玲奈主體 + worker 延伸 + Hermes/Harmony 底座」。 |
| 正式規格 | reina-harmony-core-spec-v0.md | canonical spec | Phase C0 規格，定義 Identity Kernel、worker capsule、Telegram/HTML、sensory gate、approval gates。 |
| C0 回報 | reina-harmony-core-c0-research-report-2026-07-04.md | summary | 說明 C0 規格意義，但下一步 C0.1 已過期。 |
| Worker capsule lint | worker-capsule-lint-check-2026-07-04.md + reina_worker_capsule_lint_checker.py | completed | C0.1 已完成，6/6 synthetic cases PASS。 |
| Hermes baseline 對比 | continuous-network/hermes-baseline-comparison-2026-07-04.md | supporting | 用於確認不要重做 Hermes。 |
| 連續網路研究 | continuous-network/continuous-network-reina-core-2026-07-04.md | supporting/history | 技術研究，概念較早，應讓位於 Harmony Core 分層。 |
| 事件流規格 | continuous-event-log-v0.md + checker | active building block | 是 working self-state substrate，不是 Identity truth。 |
| Phase B route/gate eval | phase-b-shadow-comparison-2026-07-04.md | active evidence | event-log replay bundle 比 fixture/no bundle 好。 |
| Memory-v2 | memory-v2/05-proposal.md 等 | adjacent system | 是記憶治理與反思線，不等於整個 Reina Core。 |
| Proactive loop/free-time notes | identity/notes/...感知入口... 等 | experiential evidence | 可作感知/安靜觸發材料，但不是正式規格。 |
2. 真正需要修正的「過期下一步」
2.1 C0 報告裡的下一步已過期
reina-harmony-core-c0-research-report-2026-07-04.md 寫：下一步建議 C0.1 worker capsule lint checker。
但掃描 session 與檔案後確認：
- Kanban task
t_dc7db222已完成。 - 產物：
/home/ubuntu/.hermes/research/reina-core/reina_worker_capsule_lint_checker.py - 報告：
/home/ubuntu/.hermes/research/reina-core/worker-capsule-lint-check-2026-07-04.md - 驗證：embedded cases
6/6，valid CLI exit 0，invalid raw-private CLI exit 1，self-test exit 0，sparse PATH exit 0。
修正後下一步： 不應再說 C0.1；改成：
C0.2 channel-split synthetic evaluator，或先做 canonical index/roadmap 清理。
2.2 goals.md 最後一行也過期
goals.md 第 151 行仍說下一步建議 C0.1。這現在也是過期狀態。
建議： 不直接改舊行，追加一行新進度：C0.1 已完成；下一步改為 C0.2 或 canonical index。
3. 命名混亂但不衝突的地方
| 舊/分散名稱 | 現在統一叫法 | 處理方式 |
|---|---|---|
| 連續網路 / Continuous Network | Reina Harmony Core 的 continuity substrate | 舊研究保留，但不再當最高層名稱。 |
| Reina Continuous Network v0 | Reina Harmony Core + event projection | 視為早期技術架構圖。 |
| Reina Router / Controller / 主控端 | Worker Orchestrator + Routing/Attention part of Reina Harmony Core | Router 是子模組，不是整個主體。 |
| memory-v2 / rolling summary / context capsules | Memory Governance / Continuity State supporting modules | memory-v2 是相鄰線，不等於 Reina Core 全部。 |
| continuity bundle | Working Self-State projection | 不是 Identity truth，不可直接變 SOUL/memory。 |
| proactive loop / delta 探針 | Sensory/Attention Gateway 的早期雛形 | 可作感知入口材料，但不是 camera/live sensory。 |
| worker capsule / context capsule | Worker Capsule vs Context Capsule | 前者給 worker，後者給主體 retrieval，不可混用。 |
4. 可能衝突點與裁決
4.1 「小模型是核心」 vs 「Identity Core 是主體層」
表面衝突： goals.md 起初寫「屬於玲奈自己的小模型」是核心；後來報告說 Reina Harmony Core 是主體層，外部 LLM/worker/tools 是延伸。
裁決：不衝突，但順序要改。
- 小模型是未來 Identity Core 的 embodiment，不是第一步。
- 現階段先做 Identity/Continuity/Worker/Sensory 邊界。
- 等資料治理、評估、隱私 gate 成熟後，小模型才承載主體層。
Canonical wording：
Reina Harmony Core 先作為規格與 runtime layer；未來小模型是 Identity Core 的本體候選，不是現在立刻訓練的起點。
4.2 「Telegram 是 command room」 vs 「Telegram 是聊天」
表面衝突： 早期記憶說 Telegram 是 lightweight command room，要短卡、不停於 plan；新方向說 Telegram 是聊天，不是 report 軟體。
裁決：不衝突，需分層。
- Telegram 是聊天與決策介面。
- 它可以承載 command-room 短卡，但不承載長報告/raw log。
- 長研究、Canvas dashboard、技術細節走 HTML。
Canonical wording：
Telegram 是 human chat + command-room short card surface；長內容預設轉 HTML artifact。
4.3 「worker 帶玲奈偏好」 vs 「worker 不帶完整人格」
表面衝突： worker 需要知道「玲奈會怎麼搜尋」，但又不能帶完整 Identity。
裁決：已由 worker capsule 解決。
- worker 帶 style/evidence/channel/boundary capsule。
- 不帶 raw diary/session/SOUL/full identity。
- worker 回傳 findings/evidence，不做 identity judgment。
C0.1 checker 已驗證這個邊界。
4.4 「event log / continuity bundle」 vs 「memory-v2 reflections」
表面衝突： 兩邊都在做事件、反思、候選記憶。
裁決：分工如下。
| 模組 | 責任 |
|---|---|
| continuous event log | 保存/投影「時間上發生了什麼」的 safe events。 |
| continuity bundle | 目前 working self-state，給主體恢復 open loops / routing hints。 |
| memory-v2 reflection | 從事件/日記/回顧中產生候選教訓與長期記憶升級。 |
| memory tool / skills / SOUL | 真正持久化的 semantic/procedural/identity 層，需 gate。 |
4.5 「感官流」 vs 「proactive loop」
表面衝突： proactive loop 已經是感知入口，但 camera 未來也會是感官流。
裁決：proactive loop 是低風險、文字/狀態層感知雛形；camera 是高風險 live sensory source。
- proactive loop 可繼續作為 Sensory/Attention Gateway 的低風險範例。
- camera/live stream 需要獨立 Sir approval card。
- raw sensory 永遠不直接進 worker 或 long-term memory。
5. 目前已完成但散落的成果
| 成果 | 狀態 | 路徑/證據 |
|---|---|---|
| Persona source taxonomy v0 | done | persona-source-taxonomy-v0.md + validator/tests |
| Continuity bundle Phase A | done | schema + validator, self-test 11/11 |
| Continuity bundle Phase B approved-pointer generator | done | generator + sample artifact PASS |
| Phase B pointer quality checker | done | unittest 4/4, self-test 5/5 |
| Continuous event log v0 | done | 24 synthetic events, 9/9 invalid/refusal cases PASS |
| Phase B shadow comparison | done | event-log replay route recall 7/7, approval precision/recall 1.0/1.0 |
| Reina Harmony Core Spec v0 | done | 390 lines spec |
| Worker capsule lint checker C0.1 | done | 6/6 synthetic cases PASS |
| Proactive silence reporter | partial/supporting | free-time note says script created; should be treated as experimental support, not canonical Core artifact yet |
6. 現在的 canonical roadmap
已完成
1. Phase A: continuity bundle schema + synthetic validator。
2. Phase B: approved-pointer generator + quality checker。
3. Continuous event log v0 + synthetic replay checker。
4. Phase B route/gate synthetic evaluation。
5. Phase C0: Reina Harmony Core Spec v0。
6. Phase C0.1: worker capsule lint checker。
建議下一步順位
#### P0: Canonical index / roadmap file
建立：/home/ubuntu/.hermes/research/reina-core/README.md 或 reina-core-canonical-index.md
目的：
- 標明哪些文件是 canonical、supporting、historical、experimental。
- 避免之後又把舊報告裡的下一步當新任務。
#### P1: C0.2 channel-split synthetic evaluator
驗證 Telegram chat / HTML report / local artifact / blocked approval / kanban handoff 的分流規則。
#### P2: C0.3 sensory gate tabletop cases
只做 synthetic：camera offline、unknown motion、Sir at desk probably、privacy refusal。
#### P3: Hermes-aware event projector shadow-only
這是比較大的下一步，只讀 Hermes DB，產生 normalized event projection。仍不接 prompt builder、不改 memory、不建 embedding。
7. 建議的立即統合修正
1. 建一份 canonical index，避免文件散亂。
2. 在 goals.md 追加一行：C0.1 已完成，下一步改為 canonical index / C0.2。
3. 不刪舊報告。舊報告保留作為決策歷史。
4. 未來回報時只引用 canonical map，不再把所有早期研究混在同一層。
8. 給 Sir 的結論
Sir 的感覺是對的：目前資訊不是互相矛盾到不能用，而是層級混在一起。
最重要的統合是：
Reina Harmony Core = 主體層
Hermes/Harmony = 底座
Workers/tools = 延伸
Memory-v2 = 記憶治理支線
Continuous event log / continuity bundle = working self-state
Future small model = Identity Core 的 embodiment 候選，不是現在第一步目前真正需要修正的是「過期下一步」和「canonical 入口缺失」。下一步應先做 index/roadmap 清理，再做 C0.2 channel-split evaluator。