Vincent5588 Wiki

上下文檔體系

閱讀時間約 5 分鐘

上下文檔體系（Context File System）

Cowork 工作流的關鍵——用 3 個 Markdown 檔解決「AI 輸出同質化」。配置一次，每次會話自動讓 Claude 知道您是誰、用什麼風格、依什麼規範執行。

三個必備檔案

放在 工作資料夾 內的 CONTEXT/ 子資料夾：

1. about-me.md — 您是誰

界定角色與當前工作重心。不是履歷，而是：

  • 日常真實參與的工作
  • 服務的對象（內部團隊？客戶？個人？）
  • 當前優先順序、業務價值最高的事項
  • 1-2 個代表性成果（作為標準參照）

2. brand-voice.md — 您的風格

固化表達風格：

  • 語氣特徵（正式 / 口語 / 風趣 / 嚴肅）
  • 常用 vs 禁用詞彙
  • 排版偏好
  • 2-3 段真實寫作樣本（最關鍵——讓 Claude 模仿）

💡 這是區分「通用 AI 內容」與「具個人風格輸出」的核心分水嶺。

3. working-preferences.md — 執行規範

定義 Claude 該怎麼做：

  • 執行前先提澄清問題
  • 先輸出任務拆解方案
  • 未經確認不刪除
  • 預設輸出格式
  • 質量標準
  • 需規避的行為

為什麼有用：複利效應

沒上下文檔有上下文檔
每次任務從零解釋背景10 個詞 prompt 就出可交付成果
輸出泛通用帶您個人風格
第一次都是測試第一次就上水準

文章作者的經驗：建構成本 45 分鐘——3 個 .md 寫好後，下次只要「10 個詞的專案簡報」就能首次到位。

迭代原則（重要）

當 Claude 輸出不符預期時，先判斷：

問題類型修法
提示詞問題改提示
上下文問題（多數情況）在對應 .md 補一條規則

→ 形成「長期有效的修正機制」，而非每次重新解釋。

這跟 CLAUDE.md（專案手冊） 有何不同

場景用什麼
個人 / 跨專案偏好上下文檔（about-me 等）
專案級規範CLAUDE.md（專案手冊）
組織級政策Managed Policy（CLAUDE.md 4 層機制最高層）

兩者並用：上下文檔記「您是誰」，CLAUDE.md 記「這專案怎麼做」。

跟 Karpathy LLM Wiki Pattern 的關係

上下文檔 = 個人版本的「Schema layer」。Karpathy 的三層架構在個人工作流的對應：

  • raw/ ↔ 您 Cowork 工作資料夾的素材
  • wiki/ ↔ Claude 整理的工作成果
  • Schema ↔ 上下文檔 + CLAUDE.md

快速起手樣板

# about-me.md
 
我是 Vincent，年代集團 IT 部門技術主管，主要管 PAM 績效考核系統。
日常服務：HR 部門 + 業務部門的考核需求。
優先順序：產品穩定性 > 新功能 > 效能調優。
代表成果：2026 Q1 把考核流程從 Excel 手作搬到自動化系統，HR 工時減 70%。
# brand-voice.md
 
語氣：簡潔、實事求是、避免行銷術語。
禁用：「賦能」、「革命性」、「顛覆」。
範例段落：「PAM 上線後，HR 每週節省 12 小時。系統穩、流程清楚，沒花俏。」
# working-preferences.md
 
每個任務先列「我打算做」3-5 點再執行。
寫程式時禁止 try-catch 吞例外。
產出 markdown 用繁體中文 + 表格優先。
不確定就問，不要猜。

相關概念

強連結（原文明確提及）

← 回到 wiki

關係圖譜

反向連結