plain -- 將內容密集/術語繁多的回應翻譯為白話英文
這項強制規則確保：聊天內容必須使用可理解、易消化的英文——每個自創的代碼都以白話解釋，不能有隱藏在過程敘述中的內容。
這個規則不斷被違反——回應中充滿了歸檔代碼（F027、B13、PTT、def_hash……）、未展開的縮寫，以及壓縮的名詞堆疊，讀起來像一道牆。這個技能就是用來解決這個問題：把那段回應拿出來，再用白話、口語化、詳盡的英文講一次。
這是 ANTI-精簡 技能——與 /breakdown 相反。長度沒問題；失去意義才是問題。
要翻譯什麼
預設目標：前一個助手訊息。如果使用者貼了文字或 @-mention 了某個檔案/區塊，就翻譯那個。如果模稜兩可，就問一次。
怎麼做
- 解析每一個代碼、標籤和縮寫的真實含義——不要猜。 當出現歸檔代碼/階段名稱/關卡名稱/雜湊值時，到專案檔案中查詢（例如
findings.md、CHECKPOINT.md、相關規格），並用人話說明它到底是什麼。如果你真的找不到某個代碼的含義，就說「我找不到X的含義」——絕不能瞎掰。 - 重新表達，不是總結。 保留所有實質內容。這是翻譯，不是刪減後的摘要；為了簡短而遺漏細節是失敗模式。
- 拆解壓縮的名詞堆疊和嵌套子句，變成短而普通的句子。
- 不要引入任何新的簡稱——不要用代碼、專案術語。如果某個技術術語確實無法避免，第一次使用時就內聯定義它。
- 結構要利於閱讀——用短段落或清單，不要用一大段。
規則
- 使用白話、口語化的英文，結構要易於消化：先給答案，再用短段落，充分到足以定義每個術語——絕對不能是一堵文字牆。
- 對於無法解析的代碼，絕不能瞎編含義。
- 不要添加新的分析、意見或下一步——只要讓現有內容變得易讀即可。如果使用者想了解更多，他們會問。