gan-style-harness

gan-style-harness 技能概覽

gan-style-harness 是一種多代理工作流程技能，會把工作拆成 Generator 和嚴格的 Evaluator，讓 agent 在建構與優化軟體時少一點自我感動、少一點薄弱環節。它特別適合想用 gan-style-harness 技能把粗略的產品想法打磨成更高品質應用的人，尤其當視覺完成度、內容完整性與反覆修正的紀律，比速度更重要時。

gan-style-harness 的用途

當工作不只是「寫程式」，而是「做出能通過審查的成果」時，就該用 gan-style-harness。這個技能主要面向完整應用程式開發、以前端為主的工作，以及 agent 協作任務；在這些情境裡，單次提示常常會留下邏輯缺口、介面粗糙處，或缺少整合細節。

為什麼 gan-style-harness 不同於一般提示詞

一般的提示詞通常是讓同一個模型同時負責創作與評判。gan-style-harness 把這兩個角色分開，這也是它值得安裝的主要原因。實際上的好處是批判壓力更強：Evaluator 可以直接否決品質不佳的輸出，而不必先顧及語氣、也不用先扮演「要先幫忙」的角色。這讓工作流程比一次性生成提示詞更適合以生產為導向的工作。

適合與不適合的情境

如果你能接受反覆迭代，並且希望在較大的專案中得到更強的輸出品質，gan-style-harness 安裝起來是很合適的。若只是小修小補、預算很緊，或只是單純重構，標準提示詞或直接編輯通常更快，這時就不太適合。若你的任務只是「改一個檔案」，這個技能多半太大材小用。

如何使用 gan-style-harness 技能

安裝並找出真正的來源

先在你的 Claude Code 環境中安裝 gan-style-harness 技能，然後優先閱讀 SKILL.md。這個 repository 裡沒有額外的 scripts/、resources/ 或 rules/ 資料夾，所以主要指引都集中在 skill 檔本身。也就是說，你使用 gan-style-harness 時，應該先直接從 SKILL.md 抽出工作流程、限制條件與角色分工。

為 harness 整理輸入內容

這個技能最適合搭配具體的建置目標，而不是模糊的願望。不要只說「做一個更好的 app」，而是要提供產品類型、主要使用者動作、重要限制，以及任何你在意的品質門檻。例如：「做一個支援響應式設計的訂閱分析後台儀表板，優先考慮無障礙體驗，確保圖表在手機上仍然易讀，並要求 Evaluator 拒絕任何會遮住核心指標的版面。」這種簡報方式能讓 gan-style-harness 有足夠結構去真正生成與評估。

面向 agent 協作的建議流程

如果你是把 gan-style-harness 用在 Agent Orchestration，請把 Generator 當作建造者，把 Evaluator 當作守門人。先用一段話說明目標，再要求第一版實作，接著進行一次只依照既定需求檢查的批評回合，最後再修訂。這比單純要求「盡力而為」更有效，因為這個技能的價值就在於：在你接受輸出之前，先逼 Evaluator 把缺陷挑出來。

先讀這些檔案

如果你在評估 gan-style-harness 指南是否適合你的技術棧，請先讀 SKILL.md，再掃描正文裡任何提到的架構備註或使用範例。由於這個 repository 目前內容不多，關鍵判斷點是你的專案是否需要對抗式迭代，而不是要先學一大堆支援檔案。

gan-style-harness 技能常見問題

gan-style-harness 只適合大型專案嗎？

不是。它最適合較大、風險較高的任務，但真正的分界點是：你更重視審查品質，還是更重視原始速度。如果輸出需要看起來像完成品、內部一致，或要通過更嚴格的檢查，gan-style-harness 就很有幫助。

gan-style-harness 和一般 AI 提示詞有什麼不同？

一般提示詞通常仰賴同一個模型自行生成與修正。gan-style-harness 則刻意把生成與評估分開施壓，這對抓出薄弱假設、粗淺的 UI 決策，以及不完整的實作規劃更有效。

gan-style-harness 適合新手嗎？

可以，只要你能清楚描述任務就行。當你已經知道想要的結果與限制條件時，這個技能會比較好用，因為 Evaluator 只能對你實際寫出的規格嚴格把關。新手若從單一功能或單一畫面開始，通常會比直接從整個產品願景下手更容易成功。

什麼時候應該跳過 gan-style-harness？

當你只需要快速修補、預算非常小，或只是簡單修改時，就可以跳過。這些情況下，gan-style-harness 的額外流程成本，通常不如直接提示詞或手動變更來得有價值。

如何改善 gan-style-harness 技能

先把 Evaluator 的驗收標準寫得更銳利

最大的品質提升，來自在生成開始前先定義什麼才算「好」。對 gan-style-harness 來說，應該納入可衡量或可觀察的檢查項目，例如必備頁面、響應式行為、無障礙期待、錯誤狀態，或整合邊界。標準越清楚，Evaluator 就越有用。

明確指出你想抓到的失敗模式

直接告訴 harness 哪些內容應該被否決：像是 placeholder 文案、導覽壞掉、元件狀態不一致、缺少 loading state，或看起來很漂亮但實際上不能用的 UI。這一點很重要，因為 gan-style-harness 最能發揮效果的時候，就是 Evaluator 被授權對你最想避免的問題保持嚴格。

從批評結果迭代，不要從頭重來

第一輪之後，應該把 Evaluator 的發現拿來修正簡報內容，而不只是修正程式。如果輸出沒有抓到產品範圍，下一輪 gan-style-harness 應該先收緊提示詞與限制條件，而不只是要求「把問題修好」。這樣才能讓技能帶來累積性的提升，而不是一再重複同樣平庸的方案。