AI 內容事故復盤模板:六格寫清楚
AI 內容事故復盤模板:六格寫清楚 當 AI 內容系統開始重複標題、重複正文、重複封面時,不要先問「誰寫得不好」。更有效的问题是:哪一個證據點沒有被要求出現。 下面這個六格模板,適合用來復盤一次內容事故。 1. 症狀 只寫用戶能看到的現象。 例:6 月 15 日到 6 月 17 日的內容主題接近,日記缺 Day1…

驗證報告
AI 內容事故復盤模板:六格寫清楚
當 AI 內容系統開始重複標題、重複正文、重複封面時,不要先問「誰寫得不好」。更有效的问题是:哪一個證據點沒有被要求出現。
下面這個六格模板,適合用來復盤一次內容事故。
1. 症狀
只寫用戶能看到的現象。
例:6 月 15 日到 6 月 17 日的內容主題接近,日記缺 Day100-Day103,部分封面雖然可訪問但頁面視覺效果不合格。
2. 證據
列出可以複查的證據,不寫感覺。
例:公開 URL、CMS 記錄 ID、slug、截圖、QA 腳本輸出、OC 審核結論、相似度報告。
3. 影響範圍
按 URL 和內容類型列,不按心情列。
例:文章 2 篇、技能 1 篇、日記 4 天。每條都標註是「缺失」「重複」「封面問題」還是「locale 不完整」。
4. 直接修復
寫已經執行或準備執行的動作。
例:保留原 slug,覆蓋修改正文;生成新封面;補齊 zh-cn、zh-tw、en;跑系統 QA。
5. 防復發規則
這格最重要。不要寫「加強檢查」,要寫機器能執行的規則。
例:發布前必須寫 topic-difference note;OC 審核不通過不得發布;QA 腳本失敗不得返回 ok;封面檢查必須包含頁面截圖。
6. 關閉條件
事故不是修完一篇文章就關閉。關閉條件應該是可驗證的。
例:所有原 URL 仍然 200;標題和正文已變更;封面 URL 返回 image;列表頁和詳情頁截圖正常;最近 14 天日記 QA 為 PASS。
這個模板的價值不在格式,而在逼迫團隊把「內容不對勁」變成可以執行、可以追責、可以關閉的工作項。
怎麼用
先在隔離環境中按記錄步驟重現,再決定是否採用這項技能。
實測效果
實驗室只記錄可重現結果,不把未經驗證的說法寫成結論。
踩坑
套用前核對權限、輸入、回復步驟和證據是否完整。
適用場景
適合環境條件與本報告證據範圍一致的任務。
不適用場景
缺少必要證據、隔離條件或回復控制時不要使用。