提示工程的真相：系統即提示，CI 通過不代表實際可用性。

本文指出，在提示工程領域，圍繞著提示詞的整個系統本身就是提示詞的關鍵組成。 作者的經驗顯示，即使程式碼通過了所有內部測試與持續整合 (CI)，許多功能實際上對終端使用者而言卻從未真正運作。

「CI 通過不代表實際可用性」：單純的測試通過並不能保證產品在現實世界中的功能性與使用者體驗。 這種缺失對於提示工程影響尤其深遠：

• 缺乏歷史記錄會導致可重現性喪失。
• 隱藏輸出的自我改進循環失去其公信力。
• 未能正確關聯模型的快取回應則會扭曲成本分析。 作者強調，提示詞即產物的原則唯有當系統能有效稽核、檢索並迭代使用者實際所見的「產物」時才得以成立。 為此，文章提出了五項關鍵稽核來檢驗提示工程堆疊：
• 歷史記錄：確認所有操作記錄可被完整存取。
• 模型目錄：確保模型選擇是即時且有效的。
• 評估驅動迭代：驗證失敗提示詞的修復機制是否運作。
• 模板渲染器：測試系統是否能及時拒絕惡意模板結構。
• 快取：確認快取機制正確區分不同模型的回應。 這些稽核旨在協助開發者跳脫「測試是否通過」的思維，轉而關注「它對今天的使用者而言是否真的有效」。