AI Operations 2026年4月7日 4 min read

AI 每天替我寫好一篇文章,但我沒有把審稿這步給自動化

一人公司如何用 Claude + Git 建立 AI 內容生成流程,以及為什麼在整條自動化鏈路的最後,仍然保留一個人工審稿的 Telegram 關卡。

我最近注意到一件事。

每天早上九點,我的手機會收到一則 Telegram 訊息。訊息不是朋友傳來的,是我自己的 Bot——它替我把系統自動生成的文章草稿,整理好傳到我手機上,等我確認。

我可以回 approve,也可以回 revise,也可以不理它。

這套流程我架了好幾個月了。每次收到那個通知,我都會有一種奇怪的感覺:有個聲音在替我說話,但那個聲音到底算不算是我的,需要我自己去判斷。

這篇想寫的,不是這套系統怎麼架的,而是我為什麼在最後留了這個人工關卡——以及這件事讓我想清楚了什麼。


為什麼想建這套系統

說真的,一開始的動機很直接:我沒有時間每天寫文章。

月島甜點的事情是連續的。備料、接單、出餐、處理客人問題,隔天再來一輪。技術這邊也一直在跑:新功能、修 bug、自動化腳本、系統監控。不是沒有靈感,是靈感出現的時間,通常不在電腦前。

我不是不想寫,是腦袋在不同模式之間切換太頻繁了。等我終於有空坐下來打開編輯器,那個最想說的東西已經跑掉了,剩下的只是一個主題名詞,沒有感受。

所以我試了一件事:把「從主題到草稿」這段路交給 AI,讓系統每天早上自動跑完,把結果送到我手機上。我只需要決定一件事:這篇可以用嗎?

這樣的設計讓我從「每天需要主動產出文章」的壓力裡解放出來,但沒有放棄對內容的最終判斷。


完全自動化以後,我發現少了什麼

剛建的時候,我有想過:審稿這步,能不能也自動化掉?AI 生成完,再跑一個品質檢查器,符合標準就自動發布。省掉最後那個人工環節。

試了幾次之後,我發現不行。問題不是技術,是有些東西,AI 沒辦法替我判斷。

語氣這件事,需要讀一遍才感覺得到。 有的草稿字面上沒有問題,結構也完整,但讀起來不像我說話的方式——用了太多「此」和「該」,句子整齊得像操作說明書,有邏輯但沒溫度。這種感覺很難量化,卻是真實存在的。我需要讀那一遍,才能判斷。

時機是我自己才知道的事。 有時候草稿的主題是對的,但這個時間點我不想談這件事。可能上週才剛聊過類似的角度,可能我正在某個轉換期,不適合輸出某種特定語氣的觀點。系統不知道我在哪個狀態,但我知道。

真實感需要我確認。 Penso 的文章裡有很多「我最近注意到的事情」,那些東西必須是真的,或至少是我能認領的。AI 生成的版本有邏輯,但那個邏輯不一定是我最近真正在想的事。偶爾草稿說中了,我就直接 approve;說不中的,我就 revise,或者整篇跳過。

一個 Telegram 通知、三個回覆選項——這是我目前找到的最小可行的人工關卡。輕到不會造成負擔,但剛好夠我做一次確認。


自動化不是為了把人移開

我知道這聽起來有點矛盾:花了那麼多時間搭一套自動化,最後卻刻意保留一個手動步驟。

但我越來越覺得,這才是一人公司自動化的真正邏輯。

不是把所有步驟都換成機器,而是把不值得花人工時間的部分換掉,把真正需要你在的部分留下來

「從主題到草稿」這段,AI 做得比我快,做得也不比我差。語言結構、段落邏輯、SEO 關鍵詞,這些都可以讓系統處理。但「這篇文章值不值得以我的名義發出去」,這件事,我需要親自判斷。

這不是不信任 AI,而是信任這個判斷本身有它的價值。

如果把審稿也交給機器,那發出去的文章就完全不是我的了——只是一個跑在我部落格上的輸出流。那種東西沒有問題,但它不是我想建的東西。


每天早上那一分鐘

每天早上九點,我打開手機,讀一遍那篇草稿,然後決定。

有時候讀完覺得「欸,說得還不錯」,就 approve。有時候讀了前兩段就知道需要調整,我會直接標注,或者記下來,晚一點再看。有時候那天狀態不對,我就跳過,等明天的草稿。

這一分鐘,也許是我這一天裡,最認真在問自己「我現在想說什麼」的一分鐘。

我沒想到,設計一套自動化內容工廠,反而讓我更清楚自己想說的是什麼。


如果你也在建類似的東西,或者在想「我的內容流程要讓 AI 介入到哪一步」——我的現在的答案是:讓 AI 做到你可以接手的那個點就好。那個交接的位置,會告訴你很多事情。

More logs are being generated from the Penso-OS source of truth.

Back to logs