AI 工作流

哪些事可以交給 AI 自己跑完?|我把內容產線拆成五個小迴圈

我每天都在做同一件事:抓逐字稿、寫脆文、做圖卡、發出去,反應好的再擴寫成文章、上線。這條路走過幾百次。後來我把它拆開來看,發現它不是一條流程,是五個小迴圈接在一起。而能不能交給 AI 的分界線只有一條。

這篇把我實際在跑的內容產線整條攤開:一個連結進來,怎麼變成一篇脆文(Threads 上的短貼文)、變成圖卡、變成官網文章,最後上線。重點不在流程本身,在那條分界線:哪些步驟可以交給 AI 自己跑完、哪些永遠得我自己來。判準只有一句話,能自己驗出對錯的才交得出去。五個迴圈我會一個一個拆開,每一個都附上它的回頭條件,以及我實際踩過的坑。

適合誰
  • 你有一套自己重複在做的流程,每次都要從頭盯到尾,盯到很累
  • 你試過把工作交給 AI,但它做完你還是要整個重看一遍,等於沒省到
  • 你想知道哪些事該交出去、哪些事無論如何都要自己來,需要一條判準
你可以帶走什麼
  • 一條判準:能自己驗出對錯的才能做成迴圈,沒有標準就不要交出去
  • 五個迴圈的完整拆解,每一個都附回頭條件與我實際踩過的坑
  • 四個步驟,讓你今天就能拿自己的流程對一次,分出哪些能交、哪些不能
五個小迴圈串成一條線的完整流程圖:入口給料之後,依序跑逐字稿擷取、咪卡輪播卡、脆文發佈、深度文章撰寫、網頁部署,每個迴圈都標出自己的回頭條件
整條線的全貌。右欄是每個迴圈回頭重試的條件,深色標記是人一定要在場的兩個點。
咪卡圖卡:一個連結,五個迴圈,依序是抓逐字稿、做圖卡、發脆文、寫長文、上線
跟上面那張流程圖互補:這張只講順序,上面那張講每一圈為什麼會回頭。

核心判準:能自己驗出對錯的才算迴圈

先講結論,因為這條判準比五個迴圈本身更有用。

一句話一件事能不能交給 AI 自己跑完,看的是它有沒有客觀標準可以驗。
這件事能不能交出去為什麼
抓逐字稿可以抓到就是抓到,沒抓到就換一條路,機器自己知道
生圖卡可以角色造型對不對、是不是 4:5、字有沒有生好、超不超過 300KB,四項都驗得出來
脆文的觀點不行我自己想的,每篇感想都不一樣,沒有標準可以驗

為什麼標準這麼重要?因為迴圈的定義就是會自己回頭檢查、修正。AI 做完自己檢查、發現問題自己修、修完再檢查,這整套的前提是它要能判斷對錯。沒有標準可以判斷,它就不會回頭,也就不是迴圈,只是一次性的執行。

所以我的觀點不是「還沒自動化的一步」。它是這條產線上本來就該由我給的料,待在入口,不屬於任何一個迴圈。

咪卡圖卡:什麼叫迴圈?生一張圖、自己檢查造型與比例、不對就重生那一張、再檢查
這張用生圖當例子,因為它是全篇唯一四項標準全部都是數字的迴圈,最容易看出「能驗」長什麼樣。
但這條判準只是門檻,不是通行證能驗出對錯,只代表它「可以」做成迴圈,不代表它「應該」全自動跑完。發布、付款、刪除這類動作驗得出成功與否,但錯了收不回來。完整的判準是兩層:先問能不能驗,再問錯了可不可逆。兩個都過才交出去,只過第一個的,迴圈可以跑,但最後那一下要人按。這也是我後面留兩個人工節點的原因。
這段講的「迴圈」是什麼

迴圈一:逐字稿擷取

做什麼:丟一個連結進來,先偵測它有沒有逐字稿可以抓。

為什麼是迴圈:抓逐字稿不是一條路走到底,是有順序的三條路。平台的公開字幕、丟進 NotebookLM、本機語音辨識。第一條抓不到,記下失敗原因,換第二條。第二條不行,換第三條。三條都不行才停下來告訴我。

這裡的關鍵是那句「記下失敗原因」。如果只是靜靜地換路,我永遠不知道為什麼這支影片抓不到。是沒開字幕、需要登入、還是格式不支援,這些資訊決定我下次要不要換個來源。

我踩過的坑早期我讓它直接硬抓網頁正文。抓回來的東西夾雜導覽列、推薦影片標題、留言,看起來有內容,其實一半是雜訊。後來規則改成優先走字幕接口,抓不到就換路,不用硬抓充數。
咪卡圖卡:抓不到就換一條路,公開字幕、NotebookLM、本機辨識三條路依序嘗試
三條路是有順序的,不是隨便挑一條。順序決定了品質,公開字幕最準、本機辨識最慢。

中間:我看稿,給想法

這一步不是迴圈。

逐字稿整理好之後,我會看過一次,然後給我的想法。這支影片為什麼值得寫、我不同意它哪一點、它讓我想到自己的什麼經驗。這是整條線上唯一沒辦法交出去的部分,因為每一篇的感想都不一樣,沒有一個標準可以說「這個觀點對不對」。

不過這裡有個實務上的做法:如果我在丟連結的時候就把想法、方向一起講清楚,中間這一停就可以省掉。給料一次給足,後面的迴圈就能一路跑完,不用停下來等我看稿。

這也是迴圈工程原本的樣子人只負責開頭給料與結尾收成品,中間那幾圈,系統自己跑。

迴圈二:咪卡輪播卡

做什麼:把想法整理成文,拆成分鏡腳本,一張一張生成圖卡。咪卡是我的品牌角色,所有圖卡都用同一個角色,讀者滑到就知道是我發的。

為什麼是迴圈:生圖之後有一組自我檢查,四項:角色造型跟定妝照一不一致、是不是 4:5(IG 跟 Threads 共用的比例)、圖上的中文字有沒有在生圖當下一次生好、轉成 JPG 之後有沒有壓到 300KB 以下。

哪一張不過,就重生哪一張,不整組重來。同一張連續三次不過就停下來回報,不無限重試。

這四項為什麼可以交出去?因為它們全部都驗得出來。比例是數字、檔案大小是數字、造型一致有定妝照可以對、字有沒有生好用看的就知道。這是最典型的「機械性、標準明確」。

坑一:兩段式生字曾經為了省事,先生沒有字的底圖,再用程式把中文字疊上去。結果字體、位置、行距永遠對不準畫面,看起來就是後製的。後來規則改成圖上的中文字必須在生圖當下一次生好,不做兩段式。
坑二:整組重生有一張不對就把八張全部重來,時間跟成本都是八倍。現在規則寫死了只重生那一張。
咪卡圖卡:哪張不過重生哪張,四項檢查是造型一致、比例 4:5、字一次生好、300KB 以下
這四項全部是機器判得出來的,這就是它能交出去的原因。這張卡本身也重生過一次,因為第一版把門檻寫成 200KB。

迴圈三:脆文發佈

這一段是我自己想出來的解法,講細一點。

問題是這樣的:Threads 的官方 API 支援發圖片和輪播,但發布圖片與影片的那個媒體參數image_url,Meta 官方文件要求它必須放在公開伺服器上,由平台自己透過網址去抓。它讀不到我電腦裡的檔案。(這條限制講的是發布媒體那一段,不是整個介面都這樣。)

所以我做完圖卡之後卡住了。圖在我的硬碟裡,Threads 要一個網址。

我的解法架一個固定的媒體站當中繼層。本機圖卡先上傳到那個站,拿到公開的 HTTPS 網址,再交給 Threads API 建立輪播容器、正式發布。

站是固定的,不是每次發文都重新建一個。上傳跟發布用同一支腳本跑完,一行指令:

node scripts/post.js --text "貼文內容" \
  --local-image "/絕對路徑/card01.jpg" \
  --local-image "/絕對路徑/card02.jpg"

為什麼是迴圈:因為發布成功與否要用查的,不能用信的。腳本印出「發布成功」不算數,真正的驗收是回頭去 Threads 查到 media id 跟 permalink,查得到才算成功,查不到就當沒發成功、重跑。

成功訊息不是驗收證據指令串接的時候,前段失敗不會擋掉後段的成功訊息,看畫面會以為都好了,實際上東西根本沒上去。這條規則是我吃過虧才立的。
安全邊界媒體站上的圖,任何知道網址的人都讀得到。加 noindex 只能降低搜尋引擎收錄,不等於私密。所以站上只能放本來就要公開發布的圖,客戶資料、會議截圖、證件、金鑰畫面一律不准上傳。
咪卡圖卡:圖在我電腦裡平台只認網址,本機到雲端媒體站再到社群平台的三段流程
中繼站是固定的一個,不是每次發文重建一個再刪掉。

迴圈四:深度文章撰寫

做什麼:脆文反應不錯的,擴寫成官網深度文。

先講清楚這一圈跑的是什麼:格式、查證與審查。觀點怎麼取捨、哪一段要留哪一段要砍,仍然是我自己來,跟前面那條判準一致。會自己轉圈的是「審完沒過就回去修」那一段,不是整篇文章的生成。

先過升級判斷。不是每篇脆文都值得升級,缺任何一項就留在脆文:

  • 這篇背後有沒有一個反覆出現的問題
  • 讀者看完可以做哪個動作
  • 有沒有可驗證的材料(真實流程、案例、工具、提示詞、技能包)
  • 有沒有講清楚邊界(這套方法適用到哪裡,哪裡還要人工確認)

只有感想、沒有可行動交付的,就不要硬升。

為什麼是迴圈:成稿之後有三道審查,任何一道沒過就回去修,改完重審。自審看標題親不親民、架構符不符合格式;跨家審是換一家 AI 來審,這裡有個硬規則,審稿的模型必須跟寫稿的模型不同家,同一家審自己等於沒審;最後用模擬讀者的方式從頭看一次,檢查標題吸不吸引人、內容順不順、有沒有給出讀者立即可用的東西。三道都過了才進待確認,不帶病往下走。

標題那一關我用一條公式:主標題是讀者會問的那句話,副標題才放我的概念或金句,中間用全形直線接起來。

咪卡圖卡:這一圈跑的是審查,自審標題與架構、換一家 AI 審、模擬讀者走一次
這一圈的輸入是已經寫好的稿,不是空白。所以它跑的是檢查,不是生成。
這條不是憑感覺定的我拿八題真實的一對一提問去測自己官網文章的檢索,原本結論式的標題八題全部沒命中,改成主副標公式之後八題全中。這是我自己站內的小樣本測試,不是通用結論,你要用得自己在自己的內容上測一次。但它至少說明一件事:標題不是寫給自己看的,是寫給正在搜尋的人看的。

迴圈五:網頁部署

做什麼:把文章排成網頁,上線,做搜尋與 AI 引用的優化。

為什麼是迴圈:部署有一整串前後順序,任何一步驗收沒過就回退重來。順序是鎖死的:掛牌、fetch、pull、push、部署、換網域別名、線上驗收。

為什麼要掛牌:因為同一個網站可能有好幾個工作同時在改。我要動之前先在看板上登記一行,看到別人掛牌沒撤就不動,只排隊。

為什麼一定要先 fetch這是最容易漏的一步。如果沒有先 fetch,git status 根本不會顯示你落後遠端,那條「部署前必先同步」的規則就等於白寫。我因為漏掉這步,把另一台電腦剛推上去的一整頁內容蓋掉過。

最後是搜尋與 AI 引用的整理,我把它叫 4O:

咪卡圖卡:先掛牌再動手,掛牌、同步、推送、部署、線上驗收五個步驟
五步裡只有掛牌是做給人看的,其他四步都是機器動作。掛牌存在的理由是別人也在改同一個網站。
縮寫全名做給誰看
SEO搜尋引擎最佳化Google
AIOAI 最佳化生成式搜尋的摘要
GEO生成引擎最佳化AI 引用你的內容時找得到
AXOAgent 體驗最佳化AI 代理讀你的網站時讀得懂

最後這個 AXO 是這兩年才變重要的。以前網站只要給人看,現在還要給 AI 讀。

網站要給 AI 讀,實際上要做什麼

人要在場的兩個點

整條線上我只在兩個地方一定要出現:發到 Threads 之前我要點頭,推上官網之前我要明說。

這兩個不是自動化沒做完,是我刻意留的紅線:凡是對外送出、不可逆、牽涉金錢的動作,AI 不自動執行。就算我開了全自動模式,這兩個點還是會停下來等我。

理由很單純發出去的東西收不回來。文章可以改,但已經被看過的版本改不掉。

這樣算不算圖譜工程?

我自己問過這個問題,答案是還不算,差一格。

圖譜工程有三個組成:狀態(每件事現在在哪一格)、節點(做事的那一步)、邊(什麼條件才能往下走)。判準是有沒有共同狀態與邊,不是「比較複雜」或「比較自動化」。

組成有沒有實況
節點五個迴圈就是五個節點
「四項全過才發」「反應不錯才升級」「明說才部署」都是條件
狀態沒有脆文在發文看板、圖卡在資料夾、官網在官網看板、部署在 git,四本帳各記各的

而且還有一個更根本的:一條線再長、再會自己轉圈,那還是迴圈工程。圖譜的價值在好幾條線。

什麼時候會真的變成圖譜?當我一次丟三個連結進來,三條線同時在跑的時候。這時候「誰等誰」才真的出現:三篇都想上官網,但同一個網站一次只能一個工作在改,於是要排隊。A 篇還在等脆文反應決定要不要升級,B 篇已經在排版,C 篇卡在生圖重試。這時候如果你問我「現在三篇各在哪一格」,沒有共同狀態我答不出來。

所以現況是骨架有了,缺的是那份共同進度表。這是我接下來要補的。
圖譜工程跟迴圈工程差在哪

你可以怎麼開始

不用一次做完五個。挑你重複最多次的那一段先做。

第一步

把你的流程寫下來,一步一行。不用漂亮,能看懂就好。

第二步

每一行問一句:這步做完,能不能用客觀標準判斷它對不對。能,這步就可以做成迴圈;不能,這步留給你自己,而且要把它挪到最前面當「給料」。

第三步

把「能」的那幾步各自寫出回頭條件。什麼情況要重來、重來幾次就停、停了要回報什麼。沒有回頭條件的不叫迴圈,叫執行。

第四步,也是我最想提醒的一句驗收看結果,不看訊息。任何一步宣稱成功,都要有一個「回頭去查」的動作。查不到就當沒成功。

你會發現,光是第二步就能幫你把事情分成兩堆:一堆是你一直在重複、其實早就可以交出去的;另一堆是只有你能做、卻一直被雜事擠掉的。

那條分界線,就是能不能自己驗出對錯。

咪卡圖卡:哪些能交出去分兩層,第一層能不能用客觀標準驗出對錯,第二層錯了可不可逆
兩層的順序不能顛倒。先問能不能驗,驗不了的連討論可不可逆都不必。

想把自己的流程拆成迴圈?

我做的事,是把你早就會、卻說不清楚的判斷,一條一條提煉成可以重複用的清單。從一篇文章,到一整條產線。

跟著一起做

加入我的 LINE 社群,每個月有免費線上講座,帶你把手上的工作流實際拆成會自己跑的迴圈。

加入 LINE 社群 ↗