專案 · 工作系統
AI 內容生產與發布系統
這個專案把筆記、經驗與外部資料整理成可查核、可發布的網站內容，並讓每篇內容都保留來源、查核紀錄與發布方式。
這個專案在做什麼
平常要整理成網站文章的材料有兩種：一種是自己的筆記、經驗與專案紀錄；另一種是官方公告、技術文件與外部文章。這個專案建立了一套內容生產系統，讓 AI 協助整理與寫作，同時保留來源、查核紀錄和發布前的人工作業。
重構前兩個工具各自處理一種來源一個整理自有素材，一個改寫外部資料；兩邊各自維護相似的寫作、格式與輸出規則。
重構後來源分開查核，寫作流程共用兩種來源仍按各自的風險核對，但確認後共用同一套寫作與檔案輸出規則。
重構的重點不是把兩個工具直接接在一起，而是找出哪些步驟可以共用、哪些責任必須分開。發布權限也被移出寫作工具，避免內容一完成就直接上線。
兩種來源，為什麼不能用同一套查核
自有素材最容易出現「AI 把沒說過的細節補完整」；外部資料則要防止數字、出處與產品狀態被改錯。切換下方兩種來源，可以看到各自的輸入、風險與查核方式。
輸入自有筆記、經驗、技術決策與已完成案例
- 主要風險
- AI 為了讓文章完整，補進素材裡沒有的名詞、數字或結果
- 查核基準
- 回到原始素材逐項核對；素材沒有提供的內容不自行補寫
- 輸出責任
- 保留原意與不確定處，再整理成文章與發布用檔案
來源先分開查核；確認完成後，才進入共用的寫作與檔案輸出流程。
重做後，完整流程怎麼運作
兩種素材只在前面的判讀與查核方式分開，後面的寫作、檔案輸出與發布分流走同一套規則。
先分清來源自己的素材和外部文章，從不同入口進來。
決定要說什麼先找出真正的問題，再安排文章順序。
回頭核對逐條標出已確認、仍有疑問和寫錯的地方。
把檔案一起留下文章、網站欄位和查核紀錄放在同一組。
最後才碰發布一般內容先存草稿；固定格式的 AI 技術週報另走限定流程。
一般文章人工確認後，先建立 WordPress 草稿文章要說什麼、用哪個標題、要不要配圖，最後仍由人決定。
固定週報流程所有檢查都通過，才允許直接發布目前只用於每週 AI 技術情報；其他文章不會自動上線。
六組實際產出
這套流程已完成六組內容。每一組都把文章檔案、WordPress 欄位與逐條查核紀錄保存在一起，再依素材來源分成三類。
AI 驗收盲點、AI 團隊協作、沉浸式體驗與 SEO。
每組都有 HTML、metadata、fact-checkDiffusionGemma 轉寫與逐條外部事實核對。
另有 Facebook 與 Threads 衍生稿兩次來源整理、事實查核與正式發布紀錄。
來源整理、查核與發布流程完整走過這次重構解決了哪些問題
AI 參與整理、寫作與程式實作；以下五項流程判斷，決定了內容如何被查核、保存與發布。
重複規則只維護一次
寫作、格式與檔案輸出改成共用流程，避免兩個工具逐漸長成不同版本。
查核依來源分開
自己的經驗回頭看原始素材，外部資訊則回到第一手來源。
證據不足時停止
素材沒說清楚的地方會留白或標記疑問，不讓 AI 自行補成看似完整的內容。
寫作與發布分權
內容先變成可檢查的檔案，通過後才由另一個工具送進 WordPress。
自動發布只留給固定週報
只有來源與檢查條件固定的 AI 技術週報能走這條路；任何一項沒通過就停止。