本案例依原書第 3 章「Resource Sustainability Challenge」重組，並非原書正式案例研究。
用原書「相似 Prompt 管理解法被重做 5 次」說明 throwaway POC 如何造成 Lost Learning、Redundant Development 與 Missed Optimization。
原書在一項企業級 AI 計畫中發現，不同部門獨立建立了相似 Prompt management solution 5 次。各團隊都花了數週解同類問題，但沒有任何一套足以直接支援 production。
| 項目 | 原書內容 | 問題 |
|---|---|---|
| 相似 Prompt 管理解法 | 獨立建立 5 次 | 重複開發 |
| 每個團隊投入 | 數週 | 原書未提供精確週數 |
| Production-ready 解法 | 0 個被描述為足夠 robust | 重複工作沒有沉澱成企業能力 |
| Lost Learning | 不同團隊重複解相同整合問題 | 學習沒有共享 |
| Missed Optimization | 前次經驗未持續改善後續方案 | 錯誤循環重複 |
Excel 可建立 POC 元件登錄，記錄功能、擁有團隊、版本、是否可重用與 production readiness；AI 可比對相似需求以找出重複元件，但不能自行估算「數週」等於多少工時。
原書明確數字為相似解法 5 次。由於「數週」未量化，本頁不計算總人週或金額。
最大的浪費不只是丟掉程式碼，而是丟掉可累積的學習、測試與最佳化。五個相似 POC 也不等於形成五套企業級能力。
請比較我的 POC 元件清單，找出功能高度重複的元件，並列出可合併或共用的理由。沒有精確人力與時間資料時，不要自行估算成本節省。