case-study-builder
作者 BrianRWagnercase-study-builder 能把客戶成果轉化為可直接用於提案的案例研究、社會證明與銷售故事。這個技能是為 Proposal Writing 設計，協助你用清楚的前後對比、可量化成果與可重複使用的證明素材，將真實成效包裝得更完整。使用 case-study-builder 指南，就能更快產出更有說服力的行銷內容。
這個技能評分為 78/100，屬於 Agent Skills Finder 中相當值得收錄的選項。目錄使用者會有足夠指引主動觸發它，並產出可用的案例研究內容；相較於一般提示詞，能減少不少猜測。不過，由於它依賴使用者提供的專案細節，且倉庫證據中還有幾處截斷或未完成的內容，實際使用時仍需要一定程度的人工資料蒐集。
- 使用情境與觸發條件很明確：直接鎖定把客戶成果整理成提案、社會證明與銷售對話可用的案例研究。
- 工作流程結構清楚：定義了 quick、standard、deep 三種模式，並標示預設值與輸出內容，方便代理快速選擇適合路徑。
- 操作指引實用：context-loading gate 明確列出 8 個必填欄位，並要求至少一個數字成果，有助提升執行穩定性。
- 沒有提供支援檔案或腳本，因此採用效果完全取決於 SKILL.md 的說明清晰度，而不是可執行的輔助工具或參考資料。
- 截錄內容出現被截斷的段落（'Timeline | How long to...'），表示部分文件可能不完整，或需要人工判讀。
case-study-builder 技能概覽
case-study-builder 的用途
case-study-builder 技能會把零散的客戶成功筆記，整理成可直接發佈的證據素材，供提案、業務洽談與行銷使用。它是為了那些已經有成果、卻缺少快速包裝方式的人設計的。如果你需要用 case-study-builder 來做 Proposal Writing，這個技能可以把事實、成效與背景整理成聽起來可信、而不是空泛的佐證。
誰適合使用
如果你會寫提案、銷售服務、維繫客戶，或是管理成功案例作品集，就適合用這個 case-study-builder skill。它最有用的情境，是你已經知道專案確實發生過，但故事還太原始，無法直接重複利用。若你手上只有模糊的稱讚，沒有可量化成果，這個技能就沒那麼適合。
它和一般做法有什麼不同
這個 repo 的結構是以 modes 和 context gates 為核心，也就是先要求正確輸入，再開始起草。這樣能降低案例文章常見的失敗模式：文字看起來很漂亮，證據卻很薄弱。它真正的優勢是速度加上可重用性；同一組輸入，可以變成提案片段、社會證明，以及更完整的敘事版本。
如何使用 case-study-builder 技能
安裝與首次閱讀路徑
進行 case-study-builder install 時，請使用 GitHub 上的 repo path，然後先打開 SKILL.md。如果你想最快理解這個技能的運作方式，建議依序閱讀：SKILL.md，接著是任何 repo-level docs（若有），再往下看定義 modes、gates 與 output formats 的段落。這個 repository 只有 SKILL.md 這個來源檔，所以沒有額外的支援層可以再往下瀏覽。
需要什麼輸入
這個技能最適合使用具體的專案事實，而不是含糊的成功宣稱。請提供：客戶名稱或匿名描述、before-state、你的作法、after-state（至少一個數字）、時程、你的角色，以及預定讀者。強而有力的輸入像是：「SaaS 客戶、6 週重做、潛在客戶品質偏低，我們重做了 intake flow 和 landing page，demo requests 增加 38%，我負責策略與文案，用在提案段落。」較弱的輸入則是：「我們協助一位客戶改善行銷。」
如何下好提示
一個好的 case-study-builder usage 提示，會清楚告訴技能你要哪種輸出，以及目前有哪些證據。例子像是：「使用 standard mode。根據這個專案做一篇可直接放進提案的案例：B2B fintech、3 週修正 onboarding、支援單減少 22%、我負責研究與執行、客戶名稱匿名化、內容要能放進 sales deck。」這種提示能幫助技能選對長度、語氣與證據強度。
工作流程與輸出檢查
先從你實際需要的 mode 開始：quick 適合單一段落插入，standard 適合正在積極推進銷售時使用，deep 則適合把這個成果做成內容資產。生成後，在重用前先檢查三件事：數字是否明確、因果關係是否合理、語氣是否符合使用管道。如果結果太像宣傳文，就補上更多作業細節；如果太單薄，就補強更清楚的 before/after 與更明確的範圍。
case-study-builder 技能 FAQ
case-study-builder 比一般提示詞更好嗎？
通常是的，前提是你需要可重複的結構。一般提示詞也能草擬案例，但當你需要一致的蒐集流程，以及能從同一個專案產出多種交付物時，case-study-builder 會更合適。這對會把證據重複用在提案、登陸頁與社群內容的團隊特別重要。
我一定要有非常完整的數據嗎？
不需要，但你至少要有一個具體成果。這個技能最強的情境，是 after-state 可被衡量：營收、節省時間、回應率、轉換率、減少支援單、加快交付，或類似指標。如果完全沒有數字，它仍可能幫你把故事整理好，但說服力會比較弱。
新手也能用嗎？
可以，只要你能清楚描述專案。case-study-builder guide 對新手很有用，因為它會逼你回答那些讓案例可信的關鍵問題。真正卡住的通常不是寫作能力，而是專案事實不足。
什麼情況下不該用它？
如果專案太早期、太機密，或太模糊而無法支撐證據，就不建議用。若你只是想要一段沒有實際客戶背景的通用行銷文，這也不是理想選擇。這些情況下，較輕量的提示詞或其他寫作流程會更安全。
如何改進 case-study-builder 技能
提供更強的原始素材
品質提升最大的關鍵，來自更好的輸入，而不是一直加提示。請包含客戶類型、問題、你採取的行動、結果，以及這個結果為什麼對買方重要。對於 case-study-builder for Proposal Writing，也可以補上提案受眾，以及你希望這段證據回應的反對意見，例如成本、速度、風險或專業能力。
降低常見失敗模式
最常見的失敗，是故事看起來像自我吹捧，卻不像證據。要避免這點，就要提供明確的範圍邊界，以及一個能對應商業成果的真實數字。另一種常見問題是過度概括；可以透過指定管道來修正，例如 website、sales deck 或 proposal insert，讓語氣更符合實際用途。
依不同管道做迭代修改
第一次輸出後，依照素材的實際用途再要求修訂。像是：「把這段縮短成提案段落」、「改得更像 LinkedIn 的口吻」、「把它變成可放進部落格的案例文章，標題要更有力」。這是把一次 case-study-builder skill 的產出，擴展成完整證據包、又不用從頭開始的最佳方式。