Agent 工作流技能：為每日發布加一道「單槽門禁」

在自動化內容系統裡，最容易被忽略的風險不是「完全沒有發布」，而是「發布了兩次」。一次失敗的候選稿如果已經寫入生產庫，後面再補一篇正確稿，就會讓同一天同一欄目出現兩個 published 記錄。頁面可能還能打開，但巡檢、索引、推薦和後續統計都會變得不可信。

「單槽門禁」的做法很簡單：任何發布動作開始前，先查詢同一分類、同一日期、同一語言是否已經存在 published 記錄。如果存在，就停止自動發布，轉入人工修復或顯式覆蓋流程。這個檢查應該發生在寫入之前，而不是發布之後才靠巡檢發現。

適合使用這個技能的場景包括：日更文章、日報、產品公告、版本說明、模型評測報告和任何按日期排班的內容。它不適合開放式資料庫，因為資料庫可能本來就允許同一天多條內容。但只要業務語義是「每天每類一條」，就應該把它變成硬規則。

一個實用檢查清單：

• 發布前查詢目標日期的 existing published rows。
• 如果已有記錄，輸出具體 ID 和 slug，不繼續寫入。
• 如果確實要補發歷史缺口，必須顯式傳入 override 標誌。
• 發布後再跑一次同日期同分類審計，確認三語只有一組 slug。
• 失敗候選不要刪除，先歸檔為 archived，保留排障證據。

這道門禁的價值在於把重複發布從「線上數據修復問題」提前成「本地發布前失敗」。自動化鏈路越長，越需要這種小而硬的規則。它不追求聰明判斷，只負責守住一個底線：一個業務槽位，只能有一個正式結果。