Leo
06e901f590
把 system-dev-template 1.9.x 的知識庫基建搬進 git（從功能 PR 拆出，獨立成筆）： - system-dev/wiki/：LLM 記憶系統（principles 鐵律 + 5 張 ingest 卡 + INDEX/TAXONOMY + status/mistakes） - system-dev/docs/：SDD 新家（3-specs/ + 2-architecture/ + README/SKILL）；ingest-pipeline SDD 從 docs/3-specs/ 搬來 - system-dev/scripts/：install/update - .claude/：wiki/SDD harness（commands + hooks：session-recall / sdd-guard / wiki-secret-scan） SDD 位置統一：docs/3-specs/ingest-pipeline → system-dev/docs/3-specs/ingest-pipeline （對齊 SDD guard hook 預期路徑 + template 1.9.x 規約）。 純基建遷移，不含任何功能程式碼（src/tests/contracts 在功能 PR #3）。 Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
2.1 KiB
2.1 KiB
tags, gloss
| tags | gloss | |||
|---|---|---|---|---|
|
ingest 的主職與護城河——匯總多 repo 三元組、織出單一 repo 本地看不到的跨庫橋與異見。 |
跨 repo 織網
來源：CLAUDE.md、README.md、docs/3-specs/ingest-pipeline/requirements.md（R4）
最後更新：2026-06-26
摘要
採取/萃取只是取素材；ingest 真正不可取代的價值，是匯總多個 repo 的三元組、織出單一 repo 在本地看不到的跨庫關聯。
重點
- 為什麼本地做不到：單一 repo 的 local CC 只看得到自己庫內的知識；跨庫的「橋」（A 庫概念連到 B 庫概念）和「異見」（兩庫對同一概念說法相左）唯有把多 repo 三元組匯到一處才浮現。這是 ingest 的主職，不是採取/萃取的附屬。
- 命題（護城河）：不是「更好的 notes RAG」（紅海），而是跨所有 vault 的圖——Obsidian/Logseq 結構上做不到的那層。護城河是累積的圖，不是這份程式碼。
- 織網發生在採取/萃取之後、POST envelope 之前的匯總階段（見 掛載架構 資料流）。
- 與「無環」「純 API」並存：織網是 ingest 端的運算（准），結果仍只透過 envelope-契約 POST 給 graph，不碰儲存。
實體
- 跨repo織網（跨庫織網／主職）— 匯總多 repo 三元組、織出跨庫橋與異見的 ingest 核心職責。
- 跨庫橋（bridge）— 一個 repo 概念連到另一 repo 概念的跨庫關聯，單庫本地看不到。
- 跨庫異見 — 兩個庫對同一概念說法相左之處，匯總後才浮現。
- 跨所有 vault 的圖（護城河）— ingest 的命題：累積的跨庫圖，而非程式碼本身，才是護城河。
關聯
內文知識關係（端點＝上方 ## 實體 正規名）
- 跨repo織網 >> 浮現出 >> 跨庫橋
- 跨repo織網 >> 浮現出 >> 跨庫異見
- 跨repo織網 >> 構成 >> 跨所有 vault 的圖
卡片關係（卡對卡）
- 跨repo織網 >> 接續於 >> 採取優先於萃取
- 跨repo織網 >> 輸出走 >> envelope-契約