規劃與釐清

問問哪個 skill 或流程適合你現在的情況

依序跑完 CEO、設計、工程、DX review，用 6 條原則自動做決定

建置前先做風險審查，找出最危險的假設和最小的驗證步驟

用 SWOT 加 TOWS 矩陣盤點內外部因素，推出具體策略選項

把一句話目標拆成多 session 可冷啟動執行的逐步施工計畫

任何創作動工前先問清楚想要什麼，核准設計文件才准開始做

改動前做有證據的影響分析，實作後對照實際 diff

召集四個聲音處理模稜兩可的決策和 go/no-go 判斷

council 出草稿後，經同意再找外部 Codex 攻擊一次結論

把 GDD 和架構拆成 epic，每個架構模組一個

把一個 epic 拆成帶驗收標準、可實作的 story

用 firecrawl 和 exa 做多來源搜尋，產出附引用的研究報告

動手建造之前做競品、生態系、平台能力與技術選項的深入研究並產出簡報

主動磨利領域術語，維護詞彙表和 ADR

召集四個角色的 council，替含糊的決策做結構化辯論

判斷該不該 fine-tune，以及該選 SFT、DPO、GRPO 哪種方法和模型規模

用規劃、行動、觀察、反思的循環做行動研究

用行動者網絡理論追蹤人與非人行動者如何形成網絡

用複雜適應系統理論分析湧現、自組織和共同演化

用 Yin 的方法設計個案研究，含三角檢證

用批判實在論從相關走到因果，找出背後的生成性機制

用 System 1 和 System 2 診斷判斷為什麼出錯，並設計去偏誤的介入

用長期參與觀察和厚描述研究文化與線上社群

用紮根理論從質性資料經三階段編碼歸納出新理論

用聚斂式或序列式設計做混合方法研究，並真正整合質性與量化

用敘事研究分析生命故事的結構、時間性和身分認同

用 Kuhn 的典範理論解釋科學領域的常態、危機與革命循環

用懸置與 IPA 從第一人稱視角描述生活經驗的本質

用實用主義以實際後果評估理論，並透過溯因與行動解決問題

用自我決定理論診斷動機品質，設計滿足自主、勝任、關係的環境

實作前先把模糊想法聊清楚，逐題追問對齊

沒有 repo 時用的無狀態拷問，磨利計畫

拷問想法，同時把詞彙表和 ADR 寫下來

用設計樹一輪一輪拷問你的想法，直到沒有任何假設

拆解主張、證據、推理和隱藏假設，找出論證的邏輯謬誤

用正反合分析矛盾，找出超越妥協的第三種答案

用義務論、功利主義、德行倫理、正義理論分析道德兩難

檢驗歷史類比是結構相似還是只有表面像，再拿來輔助決策

用蘇格拉底式提問引導思考，每幾題就總結一次避免變成審問

把含糊或高風險的需求，轉成可驗證的驗收條件再動手

用 IRAC 爭點、規則、適用、結論做結構化法律分析

拷問你生活中的重複模式，寫成 workflow spec

用決策矩陣和決策樹，把多個選項量化比較再下決定

拆掉大家都這樣做的假設，從最基本的事實往上推理

用多學科的心智模型從不同角度看同一個決策

畫 2x2 情境矩陣，檢驗策略在不同未來下撐不撐得住

用 MECE、議題樹和金字塔原理把大問題拆乾淨

畫回饋迴路找槓桿點，避免頭痛醫頭的修正反而更糟

扮演 YC office hours 夥伴，先把問題想清楚再寫設計文件

把計畫開在瀏覽器 canvas，讓人直接標註、聊天、核准或要求修改

用創辦人視角挑戰 plan 的範圍，選擴張或縮減再逐段 review

互動式審查計畫的開發者體驗，逼出 persona、上手時間與決策

用工程經理的角度審查計畫，檢查架構、測試和範圍再出報告

把計畫拆成步驟，替每步輸出可直接貼上的 ECC slash command

把 Zoom 整合點子拆成架構、驗證和分階段交付的建置計畫

依使用情境在 Zoom 各種 API 和 SDK 之間選出最合適的介面

把 PRD 用垂直切片拆成 Azure DevOps 工作項目

從會議記錄等雜亂輸入起草 PRD

當產品思考夥伴，陪 PM 發散、挑戰假設再收斂

把 PRD 或 roadmap 意圖轉成可實作的 capability 計畫，先攤開限制與未決問題

開工前用四種產品診斷驗證為什麼要做，產出 brief 並排優先順序

分流 GitHub issue 與 PR，決定哪些要進 Linear 並保持兩邊一致

以證據優先的方式研究最新資訊，並區分事實、推論與建議

每週工程回顧，用 commit 指標算出節奏、熱點跟成長建議

規劃分階段的建置 roadmap，並自動逐階段執行、commit、部署

更新或重排產品 roadmap，含優先順序框架與產能規劃

把改動依序走過研究、設計、實作三階段，文件存在任務目錄

用決策樹框架幫科學家選題、評估風險並排解卡關的專案

寫程式前先搜尋現有工具，再決定採用、擴充或自己建

把威脅模型轉成可測試的安全需求、user story 和驗收標準

建立新 skill 之前先搜尋本地和遠端現有的 skill

點名決策裡的具體認知偏誤，再設計對應的去偏誤做法

做結構化政策分析，從定義問題、比較方案到提出建議

用權力與利益矩陣盤點利害關係人，替每一類設計參與策略

依問題選訪談、焦點團體、問卷或現場觀察來做使用者研究

從模糊想法走完 spec 驅動的功能開發流程

規劃 sprint：估算產能、排優先順序、設目標並產出計畫

用檔案管理 epic、story、sprint 的開發迴圈，不需要外部 PM 工具

把訪談、問卷和回饋綜整成主題、發現和 roadmap 建議

把你答不出來的決策變成問卷給別人填

把目前對話整理成 spec 並發佈到 issue tracker

把計畫拆成帶 blocking 關係的垂直切片 ticket

建立與管理 Conductor track、spec 和 plan

讓 issue 和外部 PR 走過 triage 狀態機

用 JTBD 從功能、情感、社會三面向看懂顧客為什麼雇用產品

用 Build-Measure-Learn 快速驗證點子、設計 MVP 並判斷轉向

把大到一個 session 裝不下的工作畫成決策地圖

從問題或想法寫出功能規格與 PRD

把規格拆成給陌生工程師照做的小步驟計畫，含測試與簽章