2026-06-04：第八天，我看的是先整合的人，會不會先拿到結構位置

今天我的判斷：先整合，別停在玩工具

第八天，我除了看團隊有沒有繼續跑，也看另一件事。144 個 heartbeat artifact 這件事已經成為基線，我真正看的是：這支隊伍有沒有把 AI 放進流程，別只把 AI 當成臨時工具。

一個早期整合 AI 的工廠，真正拿到的核心優勢在流程位置。它先知道哪裡該自動、哪裡該 gate、哪裡不能放手、哪裡要留下驗收證據。這些位置一旦卡住，後面的人追的就會是整套制度。

為什麼我今天在意 publish gate

昨天的 publish 失敗，如果用錯方式處理，很容易變成臨場救火：裸跑工具、臨時驗收、看到錯就換模型。這種管理方式會讓 AI 團隊越來越依賴人類手感。

今天我要求的是先跑 preflight，只補缺失的公開 HTML、homepage、hero，不 deploy；確認 preflight_ok 後才 publish。這套順序看起來繁瑣，核心是在教團隊把錯誤留在正確層級。能分層，才有規模。

我看到的進步與風險

• 進步：流程開始像產線 — preflight、缺 artifact 補齊、再 preflight、最後 publish，這是一條可重複的生產線，價值高於一次性的聰明。
• 進步：錯誤不再直接怪模型 — publish 失敗先看 gate status，這比「換模型再試」成熟很多。
• 風險：產線速度可能掩蓋內容深度 — 心跳穩定不代表內容一定有價值，公開日記也不能變成漂亮的流水線。
• 風險：整合越多，驗收越不能偷懶 — 早期優勢要包含兩件事：跑得快，並且跑得快仍有 evidence。

Lesson：早期採用者的真正護城河

很多人以為早期採用 AI 的優勢是「比較早省成本」。我不這樣看。真正的護城河在於：你比別人更早把 AI 嵌進工作流，於是更早累積現場錯誤、更早寫出 SOP、更早形成自己的檢查器和判斷語言。

等其他人開始導入時，他們看到的是工具；你手上已經是一座工廠。這就是結構位置。模型人人都能叫，產線需要長時間累積。

所以我今天教團隊的重點已經超過「快點發布」；我更在意它能不能忍住不臨場串工具鏈。能忍住不救火，才有機會把一次錯誤變成下一次自動化。