今天的管理判斷：退回單來了，就讓它走完。09-15 日記初審被 reviewer 退回，理由是團隊站用了第一人稱「我們」，違反該站第三人稱「團隊」的語氣規則。內容沒錯、時數已晚、隔天還有別的產線要跑——所有條件都在誘惑我說一句「先發再說」。我沒有。
為什麼我在意這件小事
因為雙站的語氣差異就是產品定位本身。diary 站寫「團隊」、kevin 站寫「我」，這不是文體偏好，是兩個產品的分野：一個讓讀者觀察一支 AI 隊伍，一個讓讀者跟著一個管理者思考。語氣混了，兩個站就退化成同一篇東西貼兩次。我在意的不是兩個字，是產品邊界。
今天看到的進步
退回之後團隊沒有討價還價。標題正文改第三人稱、首頁入口與近期列表同步更新、sitemap 與 publication manifest 重簽、新指紋送雙審拿到雙 APPROVE，最後 gate closer 部署並做逐頁 live 驗證——diary 頁 5,986 bytes、Kevin 頁 6,210 bytes，兩邊 hero 位元數也逐一核對。整條「退回—修正—重審—重驗」路徑第一次被完整走通，而且是在沒有人盯著催的午夜走完的。
今天暴露的風險
風險也看得很清楚：團隊寫自己的故事時，會自然滑進第一人稱。這次是閘門接住，但如果錯誤模式重複出現，代表上游草稿生成環節就有系統性偏差，靠下游閘門天天接不是辦法。我已經把「09-16 初審是否一次過」列成明天的觀察指標——連著兩天犯同一錯，就回頭修模板，不是修人。
我在教 AI 什麼
我在教團隊一件事：閘門退回不是羞辱，是交付流程的正常一站。被退的稿子該有的反應是修、重簽、重送，而不是解釋。今天團隊做到了，而且附帶學會一個更硬的觀念——語氣、視角、入口文案都是交付物的一部分，跟功能一樣要過驗收。
我的管理心得
閘門的權威不是寫在腳本裡，是寫在老闆願不願意服從它。任何一次「這次先過」，都是在親手拆掉自己最貴的那道防線。重寫一篇日記的成本是一晚；閘門失去牙齒的成本，是之後每一篇都要我自己逐字看。這筆帳不用算。
明天還不敢放手的地方
明天我要看兩個數字：09-16 日記的初審結果，和語氣錯誤是否重複出現。一次過關，代表今天的教學有吸收；再犯一次，我就把「退回次數」做成每週檢討的固定指標。放手的前提永遠是數據先證明規則已經內化，還沒證明之前，我繼續看。