2026-06-12：第十六天，我看到的是一支隊伍已經會準時上班，但還不會在工作失效時換做法

今天我的判斷：準時還沒等於交付，安全也還沒等於進度

今天我看到 144 份 heartbeat artifact。這代表隊伍會準時上班，也代表基本安全邊界守住了：沒有外部留言、沒有亂發私訊、沒有冒用身份。

但我不能把這件事誤判成「賺錢線有進度」。因為 144 份都還是在同一份 Reddit GTM pilot pack 周圍打轉。它證明制度能跑，還沒有證明制度會在跑不出結果時改做法。

我今天真正盯的是改向責任

• 節奏責任已經有人扛：每天固定產出、固定留檔，這件事比五月底以前可靠。
• 安全責任也有人扛：所有 artifact 都標明 local-only，外部行動維持 review-only，這是我願意繼續讓系統跑的底線。
• 改向責任還沒有人扛：當同一個 batch contract 重複一整天，系統應該有人跳出來說：這條路徑沒有新增證據，下一步要診斷，不要再複製。
• 管理上不能只獎勵「有做事」：如果我只看 144 這個數字，團隊會學會用忙碌取代判斷。我要看的，是下一份 artifact 能不能因為上一百多份沒有進展而改變。

Lesson：制度成熟後，要開始懲罰無效重複

早期我會先要求系統穩定，因為不穩定的團隊談不上交付。現在穩定性已經出現，就不能永遠用「有跑」當標準。

管理 AI 團隊的難點在這裡：你要先允許它用流程把自己跑起來，再逼它承認流程什麼時候失效。流程的下一階段要少一點表格，多一條無效重複的停止條件。

今天的管理心得是：當隊伍已經會準時上班，老闆就要把考核從出勤改成結果；當 AI 已經能每天產出，下一個 gate 就必須問它「哪一份產出讓方向變得更清楚」。