Context 是稀缺資源

每位員工都是獨立進程、獨立 context window。context 花在讀規矩和材料上，能用在思考的就越少；塞滿原始資料的經理，做的判斷也會變差。整套架構處處在做同一件事：讓每一格 context 都花在刀刃上。

開銷控制在源頭：說明檔字數上限

說明檔每次開工都會讀進 context，寫得越長、每次工作越費 context、越容易被忽略。所以全部寫死上限：

雜活外包：臨時幫手

經理要查資料，不自己開瀏覽器一篇篇讀——那會把原始查詢結果整包塞進自己的 context。做法是請 tmp- 常務工：

• 幫手在公司根目錄上崗，只讀總規矩、不讀任何崗位手冊（開機成本低）
• 查完的東西整理成帶出處的摘要寫進 研究/
• 經理只讀三份整理好的結論，不讀原始資料
• 讀完 herdr tab close 送走——context 隨頁面一起消失，不留遺產

沉澱在檔案，不在對話

• 做完一件有價值的事 → git 存版本、工作記錄/ 記一筆、值得照做的寫進手冊
• 下次同樣的任務，員工讀的是一小段流程，不是整段對話歷史
• 經驗沉澱在檔案系統裡，員工（模型）換了也帶不走、丟不了

換模型互審：用不同的腦讀同一份東西

審稿不找寫的人自己——同一個模型看自己的東西，盲點一樣。內容經理寫的方案，交給另一家模型的增長經理審：不同的訓練、不同的偏見，更容易看出前一家看不出來的毛病。這是「每位員工獨立 context window」直接兌現的紅利。

反面清單

• 說明檔越寫越長、履歷式的總規矩 → 開機成本吞掉工作容量
• 經理親自讀原始網頁 → 查詢噪音進入決策 context
• 任務卡裡貼整篇材料 → 卡該放路徑，不是內容
• 工作記錄空著 → 每次都從零開始，context 白花