別一次全塞給它：漸進式揭露的三層載入

學會定義任務之後，很多人會做一件看起來很勤勞的事：把公司上萬字的員工守則、SOP、格式規範、歷年踩坑案例，一口氣全貼進對話框，心想這樣它就什麼都知道了。

結果它開始漏看。你明明寫在第三段的規則它沒照做，格式也錯。你以為是模型不行，換一個更貴的，還是一樣。

問題不在它裝不裝得下，現在的模型裝幾十萬字都沒問題。問題在它顧不顧得到。塞進去的東西越多，每一條規則分到的注意力就越少，真正重要的那幾條跟不重要的混在一起，一起被稀釋。Anthropic 的 Skill 文件裡有一句話講得很直白：context window 是公共財。你塞的每一段，都在跟對話本身、跟其他規則搶同一塊地方。

解法不是塞少一點，是分層。需要的時候才讀。

三層是怎麼運作的

這套做法在 Anthropic 的 Agent Skills 裡是正式設計，不是技巧。一個 Skill 就是一個資料夾，裡面有一個 SKILL.md，加上可有可無的參考檔和腳本。

啟動的時候，AI 只載入每個技能的 name 和 description。官方文件原句是「At startup, only the metadata (name and description) from all Skills is pre-loaded」。你有一百個技能，它開場只看到一百行簡介，知道有什麼可用，僅此而已。

對話內容跟某個簡介對上了，它才去讀那份主文件，這時候載進來的是心法、原則、步驟。Claude Code 的文件補了一個細節：讀進來之後會留在對話裡，之後的回合不會重讀，所以主文件要寫成整段任務都適用的常駐指引，不要寫成一次性的步驟。

真的動手了，它才碰參考檔和腳本。主文件裡寫一句「完整格式見 reference.md」，需要時才去讀；腳本則是執行、不讀。官方原句「Only the script's output consumes tokens」——腳本本身多長都不佔對話空間。

三層的效果是：一個 AI 可以帶著幾十種專業，但任何時刻只為當下用到的那一種付注意力。

一份長文件怎麼切

官方給的門檻是 SKILL.md 主文件不超過 500 行，超過就該拆。但比數字更實用的是切法。我把它整理成三個問句，對著你那份上萬字的文件逐段問。

這一段是「為什麼與怎麼判斷」嗎？留在主文件。例如週報的心法：「週報是給主管看的，挑資訊的標準不是我做了什麼，是主管需要知道嗎；卡點和下週動作排最前面。」AI 懂了這個原則，遇到沒寫到的狀況也能自己判斷。

這一段是「長什麼樣子」嗎？移到參考檔。兩百行的格式範例、一百行的術語對照表，這些平常不需要在腦子裡，輸出時再看就好。主文件只留一句指路：「輸出前對照 references/format.md」。

這一段是「照做就對、不需要判斷」嗎？寫成腳本。「撈過去五天的 commit 記錄」這種事，用自然語言講步驟，AI 很容易撈成七天或漏掉一筆；寫成一個腳本讓它跑，結果穩定，而且腳本內容不佔空間。

官方文件另外提了兩個坑。參考檔只准一層深：SKILL.md 指到 advanced.md、advanced.md 再指到 details.md，AI 常常只讀前一百行就停。超過一百行的參考檔開頭要放目錄，它預覽時才知道整份有什麼。

這三層不只用在 Skill。你貼給 ChatGPT 的公司規範、你寫在專案指令裡的東西，都可以照同樣的方法切：常駐的只留心法，其他的等要用時再給。

動手做

有一份很長的規範、每次都整份貼給 AI 的話，先讓它幫你切三層。這段對任何 AI 都能用：

下面是一份很長的工作規範。請把它拆成三層，並告訴我每一段被分到哪一層、為什麼：
第一層「心法」：解釋為什麼、怎麼判斷、優先順序的段落。這層要精簡，目標 30 行以內。
第二層「參考」：格式範例、術語表、範本、特例清單。這些平常不用讀，輸出時才對照。
第三層「固定動作」：照做就對、不需要判斷的步驟（撈資料、轉格式、算數字）。
規則：不要改寫內容，只做分類與搬移；第一層裡每一條都要能回答「少了它 AI 會做錯判斷嗎」，答不出來就往下移。
文件：（貼上）

在用 Claude Code、想做第一個 Skill 的，在專案裡建 .claude/skills/<技能名>/SKILL.md（個人用的放 ~/.claude/skills/）。檔案開頭是兩行 frontmatter：name（小寫、數字、連字號，64 字內）和 description（做什麼、什麼時候用，第三人稱）。主文件放剛才分出來的第一層，第二層存成同資料夾的 reference.md，主文件裡寫一句「見 reference.md」，第三層放 scripts/。做完在對話裡打 /<技能名> 試試看它會不會被叫出來。叫不出來的原因九成是 description 沒寫到你平常會講的字眼，做第一個 Skill那篇專門講這件事。只是想知道哪些該常駐、哪些該按需的，看常駐與按需的取捨就夠。

切對了的樣子：主文件不到 500 行，每一條都是判斷原則，不是格式；你把參考檔拿掉，AI 的判斷不會變差，只有輸出格式會跑掉；固定動作跑十次結果一樣；AI 沒有再漏看你最在意的那條規則。

順便一個小練習。拿你最常貼給 AI 的那份文件，只做一件事：找出裡面「為什麼」的句子，數一數有幾行。通常不到全文的十分之一。那十分之一才是該常駐的，其他九成都可以等要用再給。

塞得越多，每條規則分到的注意力越少。問題從來不是裝不裝得下，是顧不顧得到。簡介常駐、心法命中才讀、細節用到才讀——這不只是 Skill 的規則，你貼給任何 AI 的長文件都可以這樣切。

站內延伸

• 想做第一個 Skill、寫對 description → 做第一個 Skill
• Skill 主文件太肥要拆 → 500 行剪法
• 把流程寫成 AI 讀得懂的格式 → 找方法AI 建 SOP

來源： Anthropic：Skill authoring best practices（500 行門檻、只載入 metadata、參考檔一層深、腳本只有輸出佔 token）；Claude Code：Skills（SKILL.md 位置、載入後留在對話裡不重讀）。