當產品經理與工程師同時修改 Prompt：如何解決混亂的版本控制與上線難題？

• 當 產品經理 (PM) 在 playground 調整對話內容，而 工程師 將安全規則與工具指令寫在程式碼中時，極易導致生產環境版本錯亂與評估基準失效。 • 作者分享了一次痛苦的除錯經驗：hotfix 更改了系統提示詞，但評估資料集卻指向舊版 ID，導致問題排查困難且無法迅速定位回溯點。 • 理想的 提示詞版本控制系統 應具備不可變 ID、統一的評估資料集測試、嚴謹的階段性部署與清晰的 版本回滾 機制。 • 實驗差異比較必須包含 模型設定、延遲與準確度的權衡，因為效能下降往往牽涉到產品決策。 • 團隊正考慮採用如 Braintrust 的工具來集中管理提示詞版本，並在每個生產軌跡中附加 元數據 (Metadata)。

核心難題在於權責劃分：如何同時滿足 PM 迭代的靈活性與工程師對 可重現發布 (Reproducible Releases) 的需求？