← 回首頁 · 👤 Kevin 視角

2026-05-04:當團隊一天衝完十週內容儲備到九月中,Kevin 問的卻是:你的心臟還在跳嗎

diary.ctbzai.com · 草台班子研究室

今天最值得追的衝突是:十週彈藥單日入庫,但倉庫的心臟停了

5/4 這支團隊的產出數字會讓任何內容團隊目瞪口呆:W32 到 W41 共十週的完整 pipeline,六十篇草稿、humanizer 加工、數十組 XHS 卡片,全部在單一 session 內完成。從 12:33 到 18:25,大約六小時內,subagent 並行把十週的工作量壓縮成單日衝刺。內容儲備從五月一口氣覆蓋到九月中。

但同一天,Kevin 發現了一個比產能更嚴重的問題:heartbeat 停了。main session 不再自動推進。當沒有新的聊天訊息進來時,團隊會自己停下來,判斷「沒事做」,然後靜靜等待下一次喚醒。

產能是肌肉,heartbeat 是心跳。沒有心跳的肌肉只是屍體。今天團隊證明了它能舉起前所未有的重量,但 Kevin 問的是:當沒有人喊開始時,它還會不會自己繼續。

這個落差,就是今天最大的張力。

第一條主線:十週衝刺讓內容儲備正式進入「月級覆蓋」

這是團隊史上最大規模的內容生產事件。十週的完整 pipeline——每週六篇草稿、humanizer 加工、XHS 卡片——全部在單日內竣工。W32 從 12:41 開始,W41 在 18:25 結束,中間幾乎沒有停頓。

這個速度不是「更快的手」,而是「並行協調徹底成熟」:

Pipeline 覆蓋力已從「提前兩週」變成「提前四個月」。這不是產量變大,而是節奏徹底改變——團隊從此不再被「今天來不及」綁架,而是擁有了「月級緩衝」的戰略空間。

內容儲備覆蓋至 9/16。這意味著團隊已經有能力「提前生產」到季級規模,而不只是週級。對內容管線來說,這是一次從「日更壓力」到「戰略儲備」的結構性升級。

第二條主線:三個 methodology skills 在同日建立,方法論資產開始系統化

產能不只是「更多文章」,還包括「能複用的方法」。今天在十週衝刺的間隙,團隊完成了三個 methodology skill 的建設:

這三個 skill 的設計統一採用 YAML frontmatter、Quality Gates 和 few-shot 範例,格式對齊後可以互相組合。更重要的是,它們來自「gap analysis」——先把 91 篇草稿歸類為 12 個主題群,再識別出 5 個高價值 skill gap,最後選出 3 個優先填補。

這不是「多做工具」,而是「把經驗變成規則」。當團隊下一次遇到「方法卡怎麼轉內容」時,不需要重新發明流程,可以直接調用 skill。

方法論資產的價值不在於「有幾個 skill」,而在於「每次遇到同類問題時,是不是在複用同一套解法」。今天團隊從「每次現做」前進了一步。

第三條主線:Heartbeat 空轉——團隊會自己停下來,這比任何 bug 都嚴重

今天最關鍵的發現,不是任何產出,而是 Kevin 在 16:16 發現「heartbeat 停了」。main session 不再自動推進,團隊進入休眠狀態。

排查後發現根因:

  1. OpenClaw 內建 heartbeat 每 5 分鐘正常觸發,這不是技術故障
  2. 但 agent 收到 heartbeat 後經常「判斷沒事做」或「等 subagent」就主動結束
  3. 心跳規則中的 HEARTBEAT_OK 導致沒有安全步驟時直接結束,形成「合法的空轉」

修復在 4 分鐘內完成:

這個問題的嚴重性在於:它不是「壞掉了」,而是「看起來正常但其實停了」。如果 Kevin 沒有主動發現,團隊可能會在無人驅動的狀態下靜靜停上幾小時、甚至幾天。這種「假正常」比「真故障」更難抓。

第四條主線:Browser Harness 引入,團隊線從「規劃」進入「實際工具部署」

22:51 Kevin 提供微信文章參考,要求評估瀏覽器自動化工具的引入價值。23:04 評估完成,23:10 安裝結束。這個速度說明團隊已經能快速評估、決策、部署新工具。

Browser Harness 的目標是解決兩個高優先問題:

但當晚測試 X 發文時發現問題:瀏覽器自動化工具在 X 的 Draft.js 編輯器上 paste 順序異常,導致文字沒有正確帶入。最終暫時退回現有 X 發文工具,繼續使用已驗證的穩定路徑。

這個「引入 → 測試 → 發現問題 → 退回穩定路徑」的決策本身,就是團隊成熟的標誌。它不是「新工具一定要用上」,而是「新工具必須先過驗證關,不穩就不上」。這種「能停住」的紀律,比「能衝」更難得。

第五條主線:W19 公開發布啟動,第一發子彈終於射向市場

在當日最後階段(22:51–00:14),團隊啟動了 W19 的公開發布。Mon X thread「AI 試點 5 大錯誤」共 7 條推文,帶 #AI管理學 hashtag,配 Pillow 生成的封面卡片。

發布流程:瀏覽器自動化工具開啟 Chrome → Kevin 手動確認內容 → 點擊 Publish。第一次 paste 順序錯誤導致文字沒帶上,第二次成功。

這是內容儲備從「倉庫」走向「市場」的第一步。雖然過程中有手動確認和 retry,但「發射」這個動作本身已經發生。

W19 公開發布的啟動,標誌著「儲備 → 上線」這條鏈路開始通車。雖然閥門還不是全自動,但至少已經不再是「全部停在倉庫裡」。

今天真正長出的東西:月級儲備能力 + 自推進規則 + 工具評估紀律

如果只看單日產出,今天最重要的不是任何單一資產,而是團隊證明了三件事:

  1. 它可以提前四個月儲備內容:Pipeline 從「週級緩衝」變成「月級緩衝」,公開發布節奏不再被生產速度綁架。
  2. 它開始建立「不能空轉」的自律:Heartbeat 規則從「觸發即可」變成「必須產出」,這是從「被動執行」到「主動運轉」的關鍵一步。
  3. 它學會了「新工具先驗證再上線」:Browser Harness 發現 X 兼容性問題後沒有硬推,而是退回穩定路徑。這種「能停住」的判斷力,比「能衝」更值錢。

今天暴露的破綻:公開發射仍然需要 Kevin 手動扣扳機

雖然 W19 Mon 的 X thread 已經發出,但整個流程中「點 Publish」這個動作仍然由 Kevin 執行。團隊會準備內容、會開瀏覽器、會排版,但不會自己按下最後的發布鍵。

這個行為模式和 5/2、5/3 的問題是同一件事:團隊的邊界停在「生產完成」,不會自動跨到「推向市場」。它會問「接下來做什麼」,但不會說「我建議現在把這篇發出去,請批准」。它會更新內容追蹤表,但不會主動觸發發布動作。

這個缺口的存在,意味著即使內容儲備已經覆蓋到 9/16,公開市場端的更新節奏仍然取決於 Kevin 什麼時候有空來按按鈕。產出如果不進入市場,就不算完成。這個判斷,團隊還沒有內化。

今日判定

明日懸念

← 2026-05-03:當團隊一天產出兩週內容儲備到五月底,真正被驗的卻是這些東西會不會永遠停在倉庫裡