plan-ceo-review

plan-ceo-review 技能概覽

plan-ceo-review 的用途

plan-ceo-review 是一個偏向 CEO／創辦人視角的策略規劃審查技能。它適用於那些不是單純修改，而是需要重新思考的時刻：像是「想得更大一點」、「擴大範圍」、「策略審查」或「這樣夠不夠有野心？」。plan-ceo-review 技能能幫助代理挑戰前提、衡量範圍變動，並判斷應該擴大、維持還是縮小範圍。

最適合誰

這個技能最適合產品主管、創辦人、PM，以及正在處理 roadmap、定位或高風險計畫審查的代理。如果你要的是快速執行清單，它就不是最佳選擇；如果你需要判斷「這個計畫本身是不是朝向正確的結果」，那麼用於 Strategic Planning 的 plan-ceo-review 會更對題。

核心差異化

它的主要價值在於不確定情境下的決策品質。這個技能圍繞四種模式設計：擴大範圍、選擇性擴大、維持範圍、縮小範圍。這讓審查者能用結構化方式提高雄心，或收緊紀律，而不是只給出空泛的「看起來不錯」式回饋。

如何使用 plan-ceo-review 技能

安裝並啟用

先透過你的 skills manager 走 plan-ceo-review 的安裝流程，接著在需求包含策略不確定性，或明確要重新思考範圍時呼叫它。在 repo 裡，先從 SKILL.md 開始，再查看 SKILL.md.tmpl，了解這個技能是怎麼組裝出來的。這個 repo 沒有獨立的安裝腳本，所以 markdown 本身就是唯一的準據。

提供計畫，不要只丟感覺

plan-ceo-review 的使用方式最有效的情況，是你提供具體成品：草案計畫、roadmap、PRD、launch brief 或決策備忘錄。弱的提示是「幫我 review 這個想法」；更強的提示則是：「請 review 這份 Q3 產品計畫的範圍、雄心和缺失的下注點。告訴我應該擴大、維持還是縮減範圍，並說明原因。」請一併提供限制條件、成功指標，以及已知的取捨。

先看對的檔案

若要實際使用 plan-ceo-review 指南，先讀 SKILL.md，再看 frontmatter 裡嵌入的 context queries。這些查詢會從本機 gstack project store 拉出過去的 CEO 計畫、近期設計文件，以及最近的審查活動。這一點很重要，因為這個技能的設計目的，就是把你現在的計畫和先前的策略脈絡做比較，而不只是孤立地看文字內容。

會產生更好輸出的工作流程

比較好的流程是：先把計畫寫出來，請這個技能做 CEO review，然後依照它建議的模式修訂計畫。如果輸出太發散，就把問題收斂成一個決策：「這次 launch 要不要擴大範圍？」如果輸出太侷限，就請它先找出 10 分版本，再拿來和目前範圍比較。這樣可以讓審查始終錨定在真正的決策上，而這正是這個技能最擅長的地方。

plan-ceo-review 技能 FAQ

這和一般提示詞一樣嗎？

不一樣。一般提示詞可以要求策略回饋，但 plan-ceo-review 技能額外加入了可重複使用的審查結構、觸發語言，以及具備專案脈絡的上下文。當你需要的是能反覆使用的 Strategic Planning 審查，而不是一次性的腦力激盪時，這能大幅減少猜測成本。

什麼時候不該用？

當你只需要文案校對、實作建議，或線性的任務拆解時，不要用 plan-ceo-review。如果問題是「我們要怎麼做出來？」，那比較適合戰術型規劃技能；如果問題是「這件事要不要做得更大、更小，或改成別的方向？」，plan-ceo-review 才是對的工具。

這個技能適合新手嗎？

可以，只要你能清楚描述計畫。新手最常犯的錯誤，是只要求雄心審查，卻沒有提供實際計畫或限制條件。只要把目標、受眾、目前範圍，以及「成功」的定義講清楚，即使沒有很深的產品背景，這個技能也能做出有用的工作。

如何改進 plan-ceo-review 技能

提供更精準的決策情境

要讓 plan-ceo-review 的結果更好，最快的方法就是直接說明你要它做哪個決策。例如：「我們只有一個季度的工作量空間，應該擴大範圍，還是把這次 launch 做緊一點？」這比「把它做得更好」有效，因為技能就能基於取捨來判斷，而不是自己憑空編造。

加上最關鍵的限制條件

強而有力的輸入會指出真正的瓶頸：工程產能、上線時程、使用者風險、品牌風險，或相依性的不確定性。只有知道哪些條件不能動，技能才有辦法聰明地建議擴大或縮減。這在用於 Strategic Planning 的 plan-ceo-review 特別重要，因為雄心必須和執行現實一起權衡。

針對第一次審查持續迭代

如果第一次輸出太泛，就直接指定四種模式之一：「用擴大範圍模式重跑」、「維持範圍，找出最高槓桿的刪減項目」，或「只考慮選擇性擴大」。這個技能本來就支援這些轉換，所以迭代的目標應該是收斂決策框架，而不是把整個問題重新打開。

留意常見失敗模式

最常見的失敗是，在沒有清楚回報的情況下過度擴張範圍。另一種是，因為計畫看起來很完整，就接受了一份漂亮但空洞的方案。請用 plan-ceo-review 來找出缺失的下注點、隱藏假設，以及這個提案到底值不值得做得更大。