📅 2026-04-29 Wiki 異動日誌
摘要
| 操作 | 影響頁面 | 備註 |
|---|---|---|
| Synthesis Ingest | wiki/entities/claude/pattern/上下文管理 SOP.md | 從 7 篇 context 相關 entity 整合 |
| Index Sync | wiki/index.md | Cowork 核心工作流加 entry、bump 151→152 |
| Daily Init | wiki/daily/2026/04/2026-04-29.md | 第一次建 v1.3.5 daily log（資料夾從無到有） |
| Backlinks | [[上下文檔體系]]、[[Global Instructions]] | 加 SOP 入「強連結」避免孤兒 |
詳細
Synthesis Ingest：上下文管理 SOP
動機：使用者用 wiki-query 問「上下文的管理 最佳作法建議」，回答綜合了 7 篇相關 entity（橫跨 concept / system / pattern / artifact 四個 type）。回答本身價值高且未來會再被問到，依 wiki-query SKILL.md「主動知識固化」原則建議固化，使用者裁決「綜合固化成」。
input（7 來源 entity）：
- 上下文檔體系（concept）
- 上下文壓縮（pattern）
- CLAUDE.md 4 層機制（concept）
- CLAUDE.md（專案手冊）（artifact）
- Global Instructions（concept）
- Memory 記憶功能（system）
- Projects 持久化空間（system）
output：1 新 entity，落 wiki/entities/claude/pattern/上下文管理 SOP.md
結構：
- 為什麼存在（4 個常見痛點）
- 三大支柱
- 支柱一：分層配置（Cowork 4 層 + Claude Code 4 層）
- 支柱二：單對話續命（壓縮策略 + 反模式 + 觀察徵兆）
- 支柱三：跨會話續命（Memory vs Projects）
- Vincent 具體執行 SOP（立刻做 / 中期 / 長期心法）
- 跟 Karpathy LLM Wiki Pattern 的呼應
- 何時不用
- 相關概念（強 / 推 / 深入閱讀）
type / domain 推論：
- type: pattern（這是「可重複使用的工作流」，不是新概念也不是新系統）
- domain: claude（涵蓋 Cowork + Claude Code + Claude.ai）
- status: stable（綜合既有 stable entity，無原文待釐清）
衍生 Backlinks（避免孤兒）
從 2 個自然 hub 指回 SOP：
[[上下文檔體系]]← 把 SOP 列在「強連結」尾段[[Global Instructions]]← 把 SOP 列在「強連結」尾段
其餘 5 篇來源 entity（CLAUDE.md 4 層 / CLAUDE.md 專案手冊 / 上下文壓縮 / Memory / Projects）暫不加 backlink，避免上下文污染——它們已透過 SOP 互相 cross-reference，下次 lint 跑出來看 inlink 數再決定是否補。
待觀察
- 推斷連結
[[Cowork Plugins]] ??— SOP 是否該包成 plugin 推廣？等下次跟 plugin 主題碰到再裁決 - Memory / Projects 章節將來若 Anthropic 改規格（如 Cowork 加跨會話 Memory），SOP 三大支柱要回來改