批次生成，但不是批量放行

平台的內容狀態機覆蓋完整生命週期：

• 草稿 → 待審核 → 已發布：生成內容預設先停留在可審核狀態，人工確認後才進入發布佇列。
• 已下架 / 已駁回 / 已歸檔：已發布內容可以下架，不合格內容可以駁回，歷史內容可以歸檔，每一步都有記錄。
• 審核與發布分離：確認放行的動作與執行發布的佇列相互獨立，審核透過不代表立即上線，仍受發布計劃調度。

• 標題庫存去重：批次匯入標題時自動識別空標題與重複標題，重複項不會進入任務佇列。
• 選題機會標記：選題機會庫對每個候選標題標記「未重複 / 可能重複 / 重複」，篩選時可以按重複狀態過濾。
• 重複文章攔截：同一文章重複提交時，系統保留最早的有效記錄，後續重複項直接跳過並記錄原因。

這套機制同時服務於兩個目標：站內不做自我競爭，跨站複用時也有明確提示。

每個生成任務提交時都會凍結完整設定（客戶、分類、標題、模型、範本、價格）：

• 事後修改範本或模型，不影響已交付任務的可解釋性——出問題時可以回看當時到底用了什麼設定。
• 發布時間、發布結果與最終連結全程留痕，形成完整的操作記錄。
• 給客戶交付或內部復盤時，不需要靠記憶和表格拼湊證據。

需要說明的是，平台的質量控制解決的是「過程可控」：

• 平台不承諾搜尋引擎排名——搜尋效果受內容質量、網站權重、競爭與搜尋策略影響。
• 為操縱排名而規模化生成低價值內容違反搜尋引擎垃圾政策；審核環節的意義正是把人的判斷留在放行之前。
• AI 審核模型可以在人工審核前做初篩，但最終放行責任在人。

• 可以完全跳過審核直接發布嗎？發布流程設計為審核後執行；如果你希望收緊或放寬某個站點的流程，可以在站點設定中調整。
• 重複檢測會誤判嗎？檢測標記為「可能重複」時保留人工判斷空間，只有明確重複才自動攔截。
• 審核記錄可以導出嗎？任務記錄與發布結果支援導出對賬，詳見 多站點管理 的配額說明。