First Principles Skill：當 Claude 把邏輯越解越複雜，先問「這需求能不能刪掉？」
Threads 討論從「Claude 很積極但容易把特殊邏輯越解越複雜」出發，dustin_gmat 推薦 danyuchn/first-principles-skill。這個 Claude Code skill 把第一性原理拆成 6 階段，特別加入 Phase 0 Delete First：在分析怎麼做之前，先問需求本身是否該存在。它適合架構評審、需求瘦身、避免 cargo-cult best practice，以及把 AI 生成的一堆方案重新壓回本質。
Claude Code Skill · First Principles · Delete First
當 Claude 越幫越忙，先抽離：從需求本身開始刪
Threads 原討論很典型：使用 Claude 處理客戶新增的大功能，模型很積極提出各種方案，但特殊邏輯越攪越複雜；最後人類停下來從源頭想，發現維護一張對照表就能解。dustin_gmat 在回覆中推薦 first-principles-skill，用第一性原理把問題拆回基本事實。
Threads 脈絡
aiko.musiclab 的原貼文描述：客戶加了大功能後，Claude 提出很多解法，但邏輯複雜到難以維護；最後作者停下來重新思考，發現只要維護對照表就能解。這個經驗指向一個常見 AI coding 風險：當人類沒有先定義本質，模型會沿著「可實作方案」一路展開，而不是主動刪掉問題。
dustin_gmat 回覆推薦「馬斯克的第一性原理 skill」，也就是 GitHub 上的 danyuchn/first-principles-skill。repo 描述為：Claude Code skill for systematic first principles thinking，可用來分析設計、挑戰假設、從基本真理構建解法。
這個 fork 的關鍵差異：Phase 0 Delete First
README 說明它 fork 自 awesome-skills/first-principles-skill v0.2.0，並新增 Phase 0: Question the Requirement Itself。也就是在問「怎麼解」之前，先問：
- 這個需求真的需要存在嗎？
- 如果直接刪掉這個步驟、功能或限制，系統會怎樣？
- 如果可以刪，是否就不需要優化它？
- 提出需求的人是否能撤回或重新定義需求？
README 引用 Elon Musk 的思路：「All requirements are dumb to some degree」；最蠢的事就是優化一個本來不該存在的東西。
6 階段流程
| 階段 | 名稱 | 用途 |
|---|---|---|
| 0 | Delete First | 先嘗試刪掉需求本身；能刪就不要解。 |