【譯】Anthropic 砍掉了 Claude 80% 的系統提示詞，模型反而更強了
整理版優先睇
Anthropic 砍咗 Claude 80% 系統提示詞，模型反而更強｜上下文工程新規則
呢篇文章係 Anthropic Claude Code 團隊工程師 Thariq 嘅經驗分享，講佢哋喺 Claude 5 系列模型上點樣重新思考上下文工程。佢哋發現舊時嗰套「寫死規則、畀範例、堆疊上下文」嘅做法，反而限制咗新模型嘅判斷力。於是佢哋大刀闊斧刪走 Claude Code 超過八成嘅系統提示詞，結果編碼評測分數完全冇跌。
文章重點解釋咗六條新規則：畀 Claude 鬆綁、用接口設計取代範例、漸進式加載上下文、精簡工具描述、用自動記憶取代手動 CLAUDE.md、同埋用豐富引用代替簡單規格。整體結論係：新一代 Claude 模型判斷力更強，與其用大量規則約束佢，不如設計好工具同接口，讓模型自己用上下文作決定。
最後 Thariq 仲畀咗實戰建議，包括點樣精簡 CLAUDE.md、用 Skills 做漸進式指引、同埋用 @ 提及文件做引用。佢哋仲推出咗 claude doctor 指令，可以自動幫你瘦身系統提示詞同 Skills。
- 刪除八成系統提示詞後評測分數不變，證明過度約束無必要。
- 新模型判斷力提升，應讓模型用上下文作決定，而非硬性規則。
- 工具使用應專注接口設計（例如枚舉值），而非提供詳細示例。
- 上下文應漸進式加載，CLAUDE.md 保持輕量，只記陷阱。
- 可以使用 claude doctor 自動瘦身，或手動簡化系統提示詞同 Skills。
反直覺發現：刪走八成提示詞，模型仲勁咗
Anthropic Claude Code 團隊嘅工程師 Thariq 分享咗一個驚人發現：佢哋將 Claude Code 嘅系統提示詞刪咗超過八成，編碼評測分數竟然完全冇跌。呢個發現推翻咗好多人「規則愈多愈安全」嘅直覺。
Thariq 仲提到，Claude Code 而家嘅工具多咗好多，例如 memory、artifacts 同 skills，Claude 可以用新方式加載同跨會話共享上下文，唔再需要靠 CLAUDE.md 做唯一記憶來源。
六條新規則（上）：鬆綁同接口設計
第一條規則係畀 Claude 鬆綁。Anthropic 發現舊時喺系統提示詞、Skills 同用戶指令之間成日有矛盾，例如系統提示詞話「留適當文檔」，Skills 話「唔好加註釋」，用戶又另有要求。Claude 要花心神理解呢啲矛盾，不如直接刪走多餘規則，讓模型用判斷力替代顯式規則。
第二條規則係用接口設計取代範例。以前教 Claude 用工具，第一件事係畀示例。但 Thariq 話新一代模型畀示例反而限制咗佢嘅探索空間。與其畀示例，不如諗清楚工具嘅參數設計——例如 Todo 工具嘅 status 只設 pending、in_progress、completed 三個枚舉值，再加一句「保持一個 in_progress」就夠。Claude 自然識得點用。
- 1 畀 Claude 鬆綁：刪走矛盾或過時規則，讓模型用上下文同判斷力替代。
- 2 設計接口：用有意義嘅參數同枚舉值，減少示例，增加模型嘅自主探索空間。
六條新規則（下）：漸進加載、精簡、記憶同引用
第三條規則係漸進式加載上下文。Claude Code 早期將所有驗證同代碼審查資訊塞曬入系統提示詞，但呢啲資訊唔係次次都需要。而家 Claude 好擅長 在合適嘅時機加載合適嘅上下文，例如將驗證同 code review 搬去獨立 Skills，需要時先叫。工具都可以「延遲加載」，agent 要用 ToolSearch 揾到完整定義先用得，咁樣唔會無謂佔空間。
第四條規則係精簡工具描述，避免重複。以前 Claude 對上下文窗口末尾嘅指令特別敏感，所以系統提示詞同工具描述成日重複同一套 instructions。但 Thariq 話 而家呢啲重複可以刪走，將工具用法說明放喺工具描述度就得，唔使喺系統提示詞再講多次。
第五條規則係用自動記憶取代手動 CLAUDE.md。以前 Anthropic 鼓勵用戶用 # 快捷鍵 將野寫入 CLAUDE.md 做記憶。而家 Claude 可以自動保存同工作和用戶相關嘅記憶，唔使再靠人手記低。
第六條規則係豐富引用方式。舊時 plan mode 只係用 markdown 計劃文件，而家 Claude 可以引用 HTML artifacts、測試用例、甚至 另一個 codebase 嘅函數。另外仲有 Rubrics 呢種形式，讓 Claude 驗證某個領域嘅「品味」，例如「好嘅 API 設計係點樣」。
點樣應用喺你自己嘅上下文？
Thariq 最後畀咗實戰建議，逐個部分講點樣組裝。系統提示詞應該同產品上下文緊密綁定，話俾 Claude 知佢喺邊個產品、做緊乜。如果你係自己整 agent harness，系統提示詞係要花大量時間打磨嘅位。
CLAUDE.md 要保持輕量，只寫 codebase 嘅陷阱，例如「類型全部放一個 monolithic 文件」。唔好寫 Claude 睇 file system 就知嘅嘢。用漸進式加載處理細節，例如將驗證規則放喺 verification skill 入面，再喺 CLAUDE.md 引用。
- Skills：當作輕量指南，唔好寫得太約束。長 skills 拆成多個文件，用漸進式加載。最好用嚟記錄團隊或產品嘅特定意見、知識同最佳實踐。
- References：用 @ 提及文件做引用，優先揀代碼文件（例如 HTML mockup 比文字描述好得多），因為代碼係 Claude 最熟悉嘅高保真語言。
- 最後，不妨試嚇用 claude doctor 指令（喺 Claude Code 輸入 /doctor），佢會自動幫你分析同瘦身系統提示詞、Skills 同 CLAUDE.md。
Thariq
Claude Code 團隊成員 @ Anthropic · @trq212
Anthropic Claude Code 團隊工程師
原文：The new rules of context engineering for Claude 5 models
連結：https://x.com/trq212/status/2080710971228918066
發佈：2026-07-25
【導讀】
當你send message畀Claude嗰陣，你寫嘅prompt只係上下文嘅一小部分。系統提示詞、Skills、CLAUDE.md、記憶，呢啲先係上下文嘅大頭。Anthropic團隊喺Claude 5系列模型上發現咗一件反直覺嘅事，佢哋刪咗Claude Code 80% 以上嘅系統提示詞，評測分數鬱都唔鬱。呢篇文章就係佢哋總結嘅六條新規則，話畀你知幾時要畀AI鬆綁，幾時要轉第二種方式管。
【概覽】
• 刪咗80%系統提示詞，評測冇變化 • 舊規則行埋一邊，等模型自己判斷 • 工具用法唔好比示例，設計好接口就得 • 上下文唔好全部堆曬前面，按需要加載 • CLAUDE.md要輕，寫陷阱唔好寫廢話 • claude doctor命令幫你自動瘦身
我之前寫過點樣畀Claude 5系列模型寫prompt，點樣同模型來回迭代搞清楚你到底想做乜。
但你send message畀Claude嗰陣，prompt只係佢收到嘅上下文嘅一小塊。大部分上下文嚟自系統提示詞、Skills、CLAUDE.md文件、記憶，同埋其他來源。 Anthropic 將呢件事叫做 context engineering（上下文工程），佢對你用 Claude Code 或者自己搭 agent 嘅效果影響好大。
同prompt唔同，上下文係橫跨好多次請求重用嘅，所以佢冇辦法針對某個具體場景寫得太細。問題嚟喇，你唔知用戶會send乜嘢prompt，你點樣畀Claude寫通用guidance？
呢件事難到超出想像。Claude自己嘅能力係度進化，你寫guidance嘅方式都要跟住變。最近Anthropic留意到一個巨大嘅跳躍，新一代Claude模型嘅prompt方式完全唔同咗。佢哋將Claude Opus 5同Claude Fable 5嘅Claude Code系統提示詞刪咗80%以上，編碼評測冇任何可以量度得到嘅損失。
呢個係80%喎。
下面係Anthropic團隊學到嘅六條新規則。
給 Claude 鬆綁
Anthropic發現自己係度過度約束Claude Code，無論係系統提示詞入面，定係CLAUDE.md同Skills入面。
例如佢哋睇自己團隊內部用Claude Code嘅對話記錄，發覺喺同一個請求入面就有幾條互相矛盾嘅訊息。系統提示詞話「留低適當嘅文檔」，Skills入面話「唔好加註釋」，用戶又有其他要求，三方打交。
Claude通常都估到用戶嘅意圖，但佢要先諗嚇呢啲重疊矛盾嘅指令到底係乜意思，然後先可以決定點樣做。
呢啲約束以前係需要嘅，防止最壞情況出現。但係Anthropic發現而家好多約束可以直接刪咗佢，等模型用周圍嘅上下文同自己嘅判斷力嚟代替。
呢個同湊仔差唔多，你總有一日要放手……
仲有一個變化，Claude Code而家嘅工具多咗好多。以前Claude要靠CLAUDE.md做記憶、資訊同guidance嘅來源。而家有咗memory、artifacts同skills，Claude可以用新嘅方式加載同跨會話共享上下文。
過去和現在
有一批以前嘅context engineering最佳實踐，而家變咗迷思。
以前 畀Claude定規則 現在 等Claude用判斷力
Claude Code啱啱發布嗰陣，Anthropic要確保Claude唔做蠢事，例如刪檔案。所以佢哋畀咗特別強嘅guidance，哪怕呢啲guidance唔係成日都啱。例如系統提示詞入面以前係咁樣寫嘅
喺代碼入面，默認唔寫註釋。永遠唔好寫多段docstring或多行註釋區塊，最多一行短註釋。唔好創建計劃、決策或分析文檔，除非用戶要求，從對話上下文工作，唔好用中間文件。
但係對某啲prompt嚟講，呢個guidance係錯嘅。文檔方面用戶可能有自己嘅偏好，某啲複雜代碼可能真係需要多行註釋。
舊模型冇呢啲護欄會出問題，Claude寫嘅註釋成日唔啱，Anthropic只能接受呢個tradeoff。但新模型判斷力好咗好多，唔需要顯式規則都處理到呢啲決定。
新系統提示詞變成咗咁樣
寫同周圍代碼風格一致嘅代碼，匹配註釋密度、命名同慣例。
一句說話。幾十年積累嘅編碼規範經驗，模型自己學識咗……
以前 畀Claude示例 現在 設計接口
工具使用以前嘅第一規則係畀Claude示例，教佢點樣用。但係Anthropic發現，新一代模型畀示例反而限制咗佢嘅探索空間。
與其畀示例，不如諗多啲你嘅工具、腳本同文件嘅設計。Claude有邊啲參數？呢啲參數可唔可以更有表達力？
例如Todo工具，status淨係列咗pending、in_progress、completed三個枚舉值，咁就夠了。Claude自己推斷到點用。再加一句「保持一個in_progress」就定義咗期望行為，唔需要更多示例。
以前 全部堆曬前面 現在 漸進式加載
Claude Code早期聚焦編碼，系統提示詞入面有大量關於代碼審查同驗證嘅詳細資訊。呢啲資訊唔係每次都使，但需要嘅時候好關鍵。
而家Claude Code好擅長漸進式加載，喺合適嘅時機加載合適嘅上下文。Anthropic將驗證同代碼審查搬咗去單獨嘅Skills入面，Claude Code可以選擇性咁調用。
漸進式加載唔止適用於Skills，都適用於工具。有啲工具係「延遲加載」嘅，agent必須先用 ToolSearch 搜尋完整定義先用得。咁樣Anthropic可以有更多工具（例如Task工具），喺唔需要用嘅時候唔佔用上下文空間。
你嘅CLAUDE.md同SKILL.md文件都一樣。一個常見迷思係將呢啲文件做成一個萬事通手冊，因為「Claude揾唔到就唔知」。但實際上，你可以用一棵文件樹，喺需要嘅時候加載對應嗰棵。
少咗反而多咗。
以前 反覆重複 現在 簡潔嘅工具描述
早期Claude模型有時候需要重複指令，或者對上下文窗口尾尾嘅指令比開頭更敏感。所以系統提示詞同工具描述入面可能都有同一套instructions。
Anthropic發現呢啲重複可以刪咗佢。將工具用法說明放喺工具描述入面，唔好放喺系統提示詞入面。
以前 記憶存在CLAUDE.md入面 現在 自動記憶
以前Anthropic鼓勵用戶用 # 快捷鍵將嘢寫落CLAUDE.md入面做記憶。而家Claude 自動save同工作同用戶相關嘅記憶，唔需要手動操作。
以前 簡單規格 現在 豐富引用
喺plan mode入面，Claude Code以前好依賴markdown格式嘅計劃文件。存成文件方便Claude隨時查閲。類似嘅，將specs存在代碼庫入面等Claude喺長項目中參考，都係常見做法。
但Anthropic發現Claude而家可以處理越來越複雜嘅引用。唔再係簡單嘅markdown文件，Claude可以引用artifacts功能創建嘅HTML artifacts。
你仲可以畀Claude代碼形式嘅引用。一個spec可以係一套詳細嘅測試用例，或者另一個代碼庫入面嘅某個函數等Claude嚟port。
Rubrics都係一種引用。Rubric等Claude試嚇驗證你喺某個領域嘅品味（例如好嘅API設計係點樣），方式係用動態工作流啟動verifier agent嚟行呢啲rubric。
點樣應用喺你自己嘅上下文入面
將呢啲拉埋一齊，你組裝上下文嘅時候應該係點樣？
System Prompt（系統提示詞） 系統提示詞同產品上下文緊密綁定。佢話畀Claude知佢喺乜嘢產品入面、做緊乜。Claude Code嘅系統提示詞你可能永遠唔會改，但如果你喺整自己嘅agent harness，呢個係你應該花大量時間打磨嘅地方。
CLAUDE.md 保持CLAUDE.md輕量，簡單描述你嘅倉庫係做乜嘅，將大部分token花喺代碼庫入面嘅陷阱上。 例如你嘅代碼組織方式係將類型全部放喺一個monolithic文件入面，呢啲事值得寫。唔好寫Claude睇一眼文件系統就知嘅嘢。
用漸進式加載處理更多細節。例如你有幾條關於點樣驗證工作嘅獨特指令，創建一個verification skill，從CLAUDE.md入面引用佢就得。
Skills 將Skills當作輕量級指南，等Claude喺需要嘅時候揾資訊。唔好將佢哋寫得太約束，除非係特別重要嘅領域。
長Skills儘量用漸進式加載，拆成多個文件分開放。
Skills最好嘅用法係編碼你自己、你嘅團隊或產品嘅特定意見、知識同最佳實踐。
References（引用） 你可以用 @ 提及文件作為引用。引用等Claude喺當前計劃中參考深度資訊。
呢個可以係spec文件、mockup，甚至整個代碼庫。一般優先使用代碼文件，因為佢畀Claude提供咗清晰、高保真嘅指令，用一種佢非常熟悉嘅語言。例如一個HTML mockup通常比一段設計描述或一張截圖效果好得多。
試嚇簡化
你嘅系統提示詞、Skills同CLAUDE.md文件，可能都應該好似Anthropic咁簡化一下。佢哋上線咗一個新命令 claude doctor，幫你自動做呢件事。喺Claude Code入面輸入 /doctor 就行。
想深入瞭解點樣prompt更高級嘅模型，可以睇Anthropic嘅Fable field guide。
Macaron 🧁 | 鬆綁比加鎖更難
Thariq
Claude Code 團隊成員 @ Anthropic · @trq212
Anthropic Claude Code 團隊工程師
原文：The new rules of context engineering for Claude 5 models
連結：https://x.com/trq212/status/2080710971228918066
發佈：2026-07-25
【導讀】
當你給 Claude 發消息時，你寫的 prompt 只是上下文的一小部分。系統提示詞、Skills、CLAUDE.md、記憶，這些才是上下文的大頭。Anthropic 團隊在 Claude 5 系列模型上發現了一件反直覺的事，他們刪掉了 Claude Code 80% 以上的系統提示詞，評測分數紋絲不動。這篇文章就是他們總結的六條新規則，告訴你什麼時候該給 AI 鬆綁，什麼時候該換一種方式管。
【概覽】
• 刪掉 80% 系統提示詞，評測無變化 • 舊規則靠邊，讓模型自己判斷 • 工具用法別給示例，設計好接口就行 • 上下文別全堆前面，按需加載 • CLAUDE.md 要輕，寫陷阱不寫廢話 • claude doctor命令幫你自動瘦身
我之前寫過怎麼給 Claude 5 系列模型寫 prompt，怎麼跟模型來回迭代搞清楚你到底要做什麼。
但你給 Claude 發一條消息的時候，prompt 只是它收到的上下文的一小塊。大部分上下文來自系統提示詞、Skills、CLAUDE.md 文件、記憶，還有其他來源。 Anthropic 把這件事叫做 context engineering（上下文工程），它對你用 Claude Code 或者自己搭 agent 的效果影響巨大。
跟 prompt 不一樣，上下文是跨很多次請求複用的，所以它沒法針對某個具體場景寫得特別細。問題來了，你不知道用戶會發什麼 prompt，你怎麼給 Claude 寫通用 guidance？
這件事難得超乎想象。Claude 自己的能力在進化，你寫 guidance 的方式也得跟着變。最近 Anthropic 注意到一個巨大的跳躍，新一代 Claude 模型的 prompt 方式完全不一樣了。他們把 Claude Opus 5 和 Claude Fable 5 的 Claude Code 系統提示詞刪了 80% 以上，編碼評測沒有任何可測量的損失。
這可是 80%。
下面是 Anthropic 團隊學到的六條新規則。
給 Claude 鬆綁
Anthropic 發現自己在過度約束 Claude Code，不管是在系統提示詞裏，還是在 CLAUDE.md 和 Skills 裏。
比如他們讀自己團隊內部用 Claude Code 的對話記錄，發現在同一個請求裏就有好幾條互相矛盾的消息。系統提示詞說「留適當的文檔」，Skills 裏說「不要加註釋」，用戶又另有要求，三方打架。
Claude 通常能猜對用戶的意圖，但它得先想想這些重疊矛盾的指令到底什麼意思，然後才能決定怎麼幹。
這些約束以前是需要的，防止最壞情況發生。但 Anthropic 發現現在很多約束可以直接刪掉，讓模型用周圍的上下文和自己的判斷力來替代。
這跟養小孩差不多，你總得有一天放手……
還有一個變化，Claude Code 現在的工具多了很多。以前 Claude 得靠 CLAUDE.md 當記憶、信息和 guidance 的來源。現在有了 memory、artifacts 和 skills，Claude 可以用新的方式加載和跨會話共享上下文。
過去和現在
有一批以前的 context engineering 最佳實踐，現在變成了迷思。
以前 給 Claude 定規則 現在 讓 Claude 用判斷力
Claude Code 剛發佈的時候，Anthropic 得確保 Claude 不幹蠢事，比如刪文件。所以他們給了特別強的 guidance，哪怕這些 guidance 不總是對的。比如系統提示詞裏以前是這麼寫的
在代碼中，默認不寫註釋。永遠不要寫多段 docstring 或多行註釋塊，最多一行短註釋。不要創建計劃、決策或分析文檔，除非用戶要求，從對話上下文工作，不要用中間文件。
但對某些 prompt 來說，這個 guidance 是錯的。文檔方面用戶可能有自己的偏好，某些複雜代碼可能真的需要多行註釋。
老模型沒有這些護欄會出問題，Claude 寫的註釋經常不對，Anthropic 只能接受這個 tradeoff。但新模型判斷力更好了，不需要顯式規則也能處理好這些決定。
新系統提示詞變成了這樣
寫跟周圍代碼風格一致的代碼，匹配註釋密度、命名和慣例。
一句話。幾十年積累的編碼規範經驗，模型自己學會了……
以前 給 Claude 示例 現在 設計接口
工具使用以前的第一規則是給 Claude 示例，教它怎麼用。但 Anthropic 發現，新一代模型給示例反而限制了它的探索空間。
與其給示例，不如多想想你的工具、腳本和文件的設計。Claude 有哪些參數？這些參數能不能更有表達力？
比如 Todo 工具，status 只列了 pending、in_progress、completed 三個枚舉值，這就夠了。Claude 自己能推斷怎麼用。再加一句「保持一個 in_progress」就定義了期望行為，不需要更多示例。
以前 全堆在前面 現在 漸進式加載
Claude Code 早期聚焦編碼，系統提示詞裏有大量關於代碼審查和驗證的詳細信息。這些信息不是每次都需要，但需要的時候很關鍵。
現在 Claude Code 很擅長漸進式加載，在合適的時機加載合適的上下文。Anthropic 把驗證和代碼審查移到了單獨的 Skills 裏，Claude Code 可以選擇性地調用。
漸進式加載不只適用於 Skills，也適用於工具。有些工具是「延遲加載」的，agent 必須先用 ToolSearch 搜索完整定義才能用。這樣 Anthropic 可以有更多工具（比如 Task 工具），在不需要的時候不佔上下文空間。
你的 CLAUDE.md 和 SKILL.md 文件也一樣。一個常見迷思是把這些文件做成一個萬事通手冊，因為「Claude 找不到就不知道」。但實際上，你可以用一棵文件樹，在需要的時候加載對應的那一棵。
少了反而多了。
以前 反覆重複 現在 簡潔的工具描述
早期 Claude 模型有時候需要重複指令，或者對上下文窗口末尾的指令比開頭更敏感。所以系統提示詞和工具描述裏可能都有同一套 instructions。
Anthropic 發現這些重複可以刪掉。把工具用法說明放在工具描述裏，別放在系統提示詞裏。
以前 記憶存在 CLAUDE.md 裏 現在 自動記憶
以前 Anthropic 鼓勵用戶用 # 快捷鍵把東西寫到 CLAUDE.md 裏當記憶。現在 Claude 自動保存跟工作和用戶相關的記憶，不需要手動操作。
以前 簡單規格 現在 豐富引用
在 plan mode 裏，Claude Code 以前重度依賴 markdown 格式的計劃文件。存成文件方便 Claude 隨時查閲。類似的，把 specs 存在代碼庫裏讓 Claude 在長項目中參考，也是常見做法。
但 Anthropic 發現 Claude 現在能處理越來越複雜的引用。不再是簡單的 markdown 文件，Claude 可以引用 artifacts 功能創建的 HTML artifacts。
你還可以給 Claude 代碼形式的引用。一個 spec 可以是一套詳細的測試用例，或者另一個代碼庫裏的某個函數讓 Claude 來 port。
Rubrics 也是一種引用。Rubric 讓 Claude 嘗試驗證你在某個領域的品味（比如好的 API 設計長什麼樣），方式是用動態工作流啓動 verifier agent 來跑這些 rubric。
怎麼應用到你自己的上下文裏
把這些拉到一起，你組裝上下文的時候應該長什麼樣？
System Prompt（系統提示詞） 系統提示詞跟產品上下文緊密綁定。它告訴 Claude 它在什麼產品裏、在做什麼。Claude Code 的系統提示詞你可能永遠不會改，但如果你在搭自己的 agent harness，這是你該花大量時間打磨的地方。
CLAUDE.md 保持 CLAUDE.md 輕量，簡要描述你的倉庫是幹什麼的，把大部分 token 花在代碼庫裏的陷阱上。 比如你的代碼組織方式是把類型全放在一個 monolithic 文件裏，這種事情值得寫。別寫 Claude 看一眼文件系統就能知道的東西。
用漸進式加載處理更多細節。比如你有幾條關於如何驗證工作的獨特指令，創建一個 verification skill，從 CLAUDE.md 裏引用它就行。
Skills 把 Skills 當作輕量級指南，讓 Claude 在需要的時候找信息。別把它們寫得太約束，除非是特別重要的領域。
長 Skills 儘量用漸進式加載，拆成多個文件分開放。
Skills 最好的用法是編碼你自己、你的團隊或產品的特定意見、知識和最佳實踐。
References（引用） 你可以用 @ 提及文件來作為引用。引用讓 Claude 在當前計劃中參考深度信息。
這可以是 spec 文件、mockup，甚至整個代碼庫。一般優先用代碼文件，因為它給 Claude 提供了清晰、高保真的指令，用一種它非常熟悉的語言。比如一個 HTML mockup 通常比一段設計描述或一張截圖效果好得多。
試試簡化
你的系統提示詞、Skills 和 CLAUDE.md 文件，可能都該像 Anthropic 那樣簡化一下。他們上線了一個新命令 claude doctor，幫你自動做這件事。在 Claude Code 裏輸入 /doctor 就行。
想深入瞭解怎麼 prompt 更高級的模型，可以看 Anthropic 的 Fable field guide。
Macaron 🧁 | 鬆綁比加鎖更難