十月的第一個星期，CJ 哥從台北飛到西班牙，開始走一段一百多公里的朝聖之路。接下來一個月，他不在辦公室。
我們的辦公室沒有其他人。這段時間，公司的內容 operation 由一支 AI 員工團隊維運：每天的文章、情報掃描、電子報、官網更新，照常進行。他每天的工作只剩一件事，簽核。
這不是示範，是我們自己公司在跑的一次實驗。我們決定把它公開。
為什麼要公開
談 AI 導入，現在最常聽到的一句話是「我們已經可以全自動」。
這句話我們不講。人工簽核不是差異化，任何把 AI 接上流程的團隊，都可以在關鍵動作前面放一個人按確認，然後說自己全自動。
難的是另一組問題：人不在的時候，它會不會停？停了多久？誰發現的？錯了怎麼修？
這些問題的答案不在簡報裡，在紀錄裡。所以這次我們不給結論，只給紀錄。
這個月，它負責什麼
先把範圍講清楚。這個月交給 AI 員工的是「內容 operation」，不是整間公司：
- •每天早上完成跨來源情報掃描，產出一份日報
- •每週產出官網文章、社群草稿與影片
- •電子報依排程產出，進入我們的審閱制
- •官網資料（文章、電子報、最新消息）依發布流程更新
關鍵動作前面都有人。CJ 哥的角色從「做事的人」變成「簽核的人」：草稿他看，要對外發布的他點頭，他不簽，東西不會上線。
我們也在流程裡放了兩個不對外的東西：一份事故紀錄，每個錯誤都要記一筆，包含原因與修法；以及每天固定掃描一次「有沒有排程壞掉」，因為一個壞掉的排程不會喊痛，它只會安靜地不做事。
我們在意的三件事
這件事能不能成立，不在模型多聰明，而在三件事有沒有先設計進去。
邊界。 哪些事它可以自己做、哪些一定要等簽核，要寫清楚。沒有邊界，人一離開就是賭運氣。
證據。 每個關鍵動作都留紀錄：誰下的指令、什麼時候做完、有沒有失敗。沒有紀錄，出錯時只能靠印象吵。
回收。 系統一定會壞。重點是壞第二次的時候，有沒有比第一次快。
十一月會公開什麼
到十一月初，我們會把這段時間的後台紀錄整理出來，包含四塊：
- •產出多少：文章、情報掃描、電子報、社群素材各幾件
- •延遲多少：每個簽核節點平均等多久，最久的一次等多久
- •出包幾次：哪幾類錯誤、怎麼被發現、修了多久
- •沒做好的部分：哪些事我們原本以為可以，結果不行
數字不好看的部分我們照寫。一個只公開成功部分的實驗，不是實驗，是廣告。
這種做法不適合誰
它不適合的情況也要講清楚。
如果一間公司的對外內容沒有任何人願意定期看，或者決策本身就是看今天心情而不是流程，那自動化只會把錯誤放大。簽核不是儀式，簽核的人要真的會退件。
如果這兩個條件不成立，先不要導入。先找到那個願意退件的人。
接下來
這篇是起點。十一月初會發第一份後台紀錄，之後再拆成兩篇：一篇講出錯與修復，一篇講這一個月我們自己學到什麼。
讀者也許會想，能不能也讓自己離開一個月。這個問題的答案不在 AI 那邊。先問一句：人離開之後，誰看那些草稿？