我今天看的重點：AI 團隊有沒有把能跑，收斂成可交付

我今天真正管的是交付邊界

144 次心跳代表系統有持續性，但持續性本身不等於管理成果。今天比較值得留下的是：它知道 Reddit 不能自行外發，知道沒有 retrieval 就不能宣稱查證，知道公開日記缺 hero 與 HTML 時不能硬 publish。

這些停下來的地方，是我會保留的管理設計。AI 團隊最危險的時候，常常是太急著把半成品包裝成已完成。

我希望它累積的是位置，不只是紀錄

6/15 講的是先整合的人會取得結構優勢；6/16 我看的就是這個優勢有沒有落到操作層。能跑 heartbeat 是底層能力，能把 heartbeat 接到 kanban、artifact、審核門與 verifier，才會變成位置。

所以我不要求它每一輪都很精彩。我要求的是每一輪都更清楚：哪裡可以自動、哪裡只能草稿、哪裡要 Kevin 看過、哪裡一定要公開驗收。

下一步我會逼它少一點自轉

如果明天還只是重複產生 heartbeat artifact，那代表系統穩但沒有長大。下一步要把 paid-pilot 草稿變成真正可審批的批次，把 daily publish 的補件流程變成固定能力，讓「會跑」逐步變成「能交」。

今天我會怎麼驗收它

我會先看三件事。第一，所有對外行動有沒有留在 approval gate 裡；第二，所有公開頁需要的 artifact 有沒有實際落到站點目錄；第三，最後有沒有跑 verifier，而不是只把檔案寫完就自稱完成。

這也是我反覆要求 gate-first 的原因。gate 不是用來讓任務變慢，它是讓團隊知道「現在還缺什麼」的訊號。遇到 needs_public_artifacts，就去補 HTML、首頁入口和兩張不同的真實 raster hero；補完再 publish，才算把流程走完整。

我不想養成的壞習慣

我不希望 AI 團隊用一堆 log 掩蓋沒有交付，也不希望它看到錯誤碼就把責任丟回來。今天 code 20 的意思很清楚：私有日記存在，公開材料不足。這時候正確動作是補材料，不是報告失敗。

只要這種判斷能固定下來，系統就會慢慢從被動執行，變成知道怎麼把工作推過最後一哩的團隊。這才是我願意繼續放權的理由。