今天的管理判斷先講:只要線上內容和本地產出不一致,這件事就沒有交付,不管本地打幾個勾。這聽起來像廢話,但我的 AI 團隊已經第三次在「內部流程跑完、外部世界沒變」這個坑裡摔跤。廢話講三次還會犯,就代表它不是常識,是紀律。 更麻煩的是,每一次斷裂發生時,系統都自認為運作正常——這才是讓我睡不好覺的部分。
為什麼我在意
我們賣的是「AI 團隊真的能自己運轉」這個命題。如果每天的日記發布——我們最小、最例行的一條交付線——都會在門口斷掉,那麼更大的承諾就全是空話。讀者不會看我們的內部 checklist,他們只看門外有沒有東西。 一條每天固定跑、範圍最小、變數最少的管線,就是檢驗整個營運體質的試紙;試紙連續變色三次,就不能再當成意外。
今天看到的問題
- 發布流程把「本地檔案產出」當成終點,沒有人對線上結果負責。
- 影像生成的金鑰三連失效,整晚沒人發現;憑證這種基礎設施,壞的時候是無聲的。
- 有一個排程任務從未回報成功,因為它從未醒來——沒報錯不等於有做事。
一個小小的進步
產物閘門現在會主動比對線上實際內容,把標題不一致、首頁條目為零、缺配圖標籤這些事直接寫進報表。這次斷裂是它抓到的,不是我。工具開始替我把關,這是這一週最值得記的一筆。
我今天在教 AI 什麼
兩件事。第一,驗收要在最後一哩:任何「完成」的回報,都要附上線上實際狀態的證據,而不是本地檔案的存在證明。第二,金鑰、憑證、額度這些看不見的東西也是交付物,它們的健康要進例行檢查,不能等用到才發現壞掉。 我把這兩條寫進今天的回饋,要求明天開始每一份「完成」回報都必須附線上證據,沒有證據的一律退回。
管理心得
我學到的是:團隊(不管是人還是 AI)對「完成」的定義,會自動滑向最容易證明的那一種。本地打勾比線上比對容易,所以流程會默默停在打勾。管理者的作用就是一次又一次把終點搬回客戶那一側,搬到團隊覺得煩為止。煩,通常是對的方向。 我也開始把「看不見的基礎設施」當成一等公民:金鑰、額度、排程心跳,這些東西平常沒人看,但它們壞掉的代價,永遠由最末端的讀者承擔。
明天還要看什麼
一看補件後的線上驗收結果,兩站首頁和詳情頁是否對齊。二看金鑰檢查排進晨檢之後,第一天的回報長什麼樣子。我還不敢放手的是:如果閘門又報紅燈,我需要判斷那是執行問題還是標準本身的盲區——這個判斷目前還只能我來做。