版本管理

版本管理的價值，在於讓營運工作變得安全。你可以改善 Agent，而不用靠猜測判斷哪一版正在對外、哪個修改真的測過、又該怎麼回到一個可信的狀態。

核心概念

Apply 和 Publish 做的是不同的事：

• Apply：建立新的工作版本
• Publish：把某個版本移到對外使用的公開版本

正是這個區分，讓你可以先試、先改、先保存，而不會立刻影響已經分享出去的體驗。

Step 1：用 Apply 保存工作版本

當你改完 Agent 並按下 Apply 時，畫面會打開 Save Version。

版本註記最好的寫法，不是只描述你改了哪個欄位，而是說清楚這次修改想解決什麼。

例如：

• "收緊緊急疼痛案例的真人轉接規則"
• "降低模糊案例裡過度自信的推薦"
• "把初步諮詢和 specialist consultation 的分流條件切得更清楚"

Step 2：在發布前先看版本歷史

版本下拉選單會告訴你目前編輯的是哪一版、對外的是哪一版。

最重要的標記有兩個：

• Current：目前載入在 Editor 裡的版本
• ★：目前真正對外發布的版本

如果這兩個不是同一版，就代表你的草稿還沒有上線。

Step 3：有意識地發布

只有在新版已經通過 Live Test，或通過真實回饋檢查之後，才值得 Publish。

以 Consultation Desk 為例，一個版本至少要做到下面這些，才算值得往前推：

• 在推薦之前先問釐清問題
• 只選一個下一步
• 遇到高風險案例時會交接，而不是硬撐著回答

只要還有一項做不到，就先把它留在工作版本，繼續改。

Step 4：需要回退時，不要慌

如果已發布版本出了問題，可以用版本下拉選單選擇最安全的回復方式：

1. 先載入你信任的舊版本。
2. 如果那一版本身就沒問題，直接重新發布它。
3. 如果它還需要一點小修，再從那一版出發修改，然後按 Apply 建立新版本。

回退不是刪除歷史，而是移動公開標記，或從舊版本延伸出新版本。

一個簡單又夠用的操作習慣

對大多數營運人員來說，下面這個習慣就很夠用了：

1. 一次只改一個有意義的點。
2. 在 Live Test 裡把它測清楚。
3. 按 Apply，並留下有用的版本註記。
4. 只有準備好要給利害關係人或使用者看時才 Publish。

這樣做的好處，是幾個月後你回頭看版本歷史時，還是能理解每個變更的目的。

下一步

• Agent Editor 繼續維持測試與保存的節奏
• Share for Feedback 把正確版本推到真實 Channel
• Review Feedback and Update the Agent 從 Histories 持續改善