iT邦幫忙

2026 iThome 鐵人賽

DAY 2
0

Day 1 我先把範圍講開了:這裡的內容產線不只用來發 Threads,輸入也不只有文字。今天先不急著拆某一支腳本,我想先把手上的工作流攤開,看看 AI 在哪裡幫忙、人在哪裡停下來判斷,以及每一段靠什麼證據回查。

這篇本身也照同一個分工來寫:正文由我從空白開始,AI 先讀過 Day 1、文章地圖和現有檔案,把能核對的材料放在旁邊;我再決定哪些值得拿進文章,用自己的方式重寫。

自動化之路

我手上不是一套所有接口都接好的全自動系統。比較接近的說法,是幾條為不同內容長出來的工作流:發文、研究、會議紀錄、投影片、每日情報、影片導讀、報告交付和第二大腦。它們有些已經跑過完整案例,有些只完成其中幾段,不能用一條漂亮的箭頭全部串起來。

不過如果先把工具名拿掉,這些流程都能用同一組「五格」來看:原始輸入、可回查證據、AI 整理或轉換、人的判斷點、最後交付。後面二十八天會慢慢把每一格拆開,今天先學會怎麼看這張圖。

五格閱讀框架:原始輸入、可回查證據、AI 整理轉換、人的判斷點、最後交付

當 AI 可以自己做驗證的時候,其實全自動化 AI 工作流就可以串的起來,我會先將 AI 工作流的過程逐步拆解,再將 Human In The Loop 的人類判斷逐步換成 AI 驗證的 loop 的流程,進而達到全自動化工作流程,不過這也是要看任務內容而決定要做到什麼程度的自動化。

四條主流程

先看我用得最多的四條。這張表比較的是「責任的位置」,不代表四條線一樣成熟,也不代表它們接在同一次執行裡:

工作流 AI 主要處理 人的判斷 可回查證據
發文 整理素材、組稿、語氣與發前分析 選題、認領經驗、批准發布 來源、草稿包、檢查結果、預測與發布紀錄
深度研究 抽取來源、整理主張、找衝突、組文章 判斷來源強度、主張能不能寫 收案紀錄、來源台帳、主張對照、正文與檢查紀錄
會議總結 轉錄、分群、摘要與報告 確認說話者、回聽重要承諾、決定可否公開 原始轉錄、時間戳、信心標記、摘要與報告
投影片 規劃敘事、產頁面、媒材路由、機檢與匯出 核准大綱、看原尺寸成品、批准交付 簡報規劃、來源台帳、逐頁截圖、檢查紀錄、簡報檔與講者稿

四條主流程各自獨立:發文、深度研究、會議總結、投影片,每條有自己的人工判斷點,彼此不相連

發文

發文這條線通常從情報或一個我想寫的題目開始。AI 會幫我查資料、整理草稿、校準語氣、做發前診斷和方向性的預測;機械腳本再處理字數、連結、格式與 API。最後能不能發,還是要等我確認。

這條線裡,人不是最後才出現。選哪個題目、哪些經驗是我真的做過、哪些句子我願意認領、最後要不要發布,都是我的工作。AI 可以把候選準備到門口,但不能替我說「發」。

深度研究與專欄

這條線我不讓多個來源直接跳成正文。現有案例會先留下收案紀錄,再整理來源台帳和主張對照表,接著才進文章架構、正文和圖片腳本。來源存在,和某個主張真的被來源支持,是兩件不同的事。

AI 在研究裡最有用的地方,是先把大量材料攤平:整理主張、歸屬和衝突。我要判斷的是這個來源夠不夠強、兩個說法能不能放在一起、哪個結論還不能寫,以及這份研究最後適不適合公開。

會議紀錄與總結

會議這條線的輸入是語音。現有案例會先保留原始轉錄和時間戳,再做繁體整理、說話者標註、摘要與報告。這些刻意沒有合成一份檔案,因為原始文字、推測的身分和整理後的結論,可信度不一樣。

這條線最重要的設計不是摘要,而是允許系統說「未確認」。片段太短、聲音太像或信心不足時,不硬把一句話塞給某個人。遇到重要承諾,還是回到音檔和時間戳核對。

投影片

投影片不是把文章切成一頁一頁。現有流程會先確認演講規格和來源,再做簡報規劃;大綱由我確認後,才往頁面、配圖、簡報檔和講者稿走。最後還要看不同尺寸的畫面、逐頁截圖和檢查紀錄,不能只相信匯出成功。

這裡還有一層媒材判斷:精確的繁體中文、數字、檔名和箭頭,用固定規則的 HTML、CSS 或 SVG 排版;生成圖只負責不需要精確語意的場景。這不是選畫風,是避免一張漂亮的圖替證據多說一句。

地圖上其他的線,先帶過

影音其實不只一條線。影片導讀會從一個連結走向轉錄、結構化、圖片與網站;另一條影片導讀自動化從我把影片放進播放清單開始,後段才自動抓取、建置和部署。兩條是不同專案、不能併成同一次執行,但都提醒我同一件事:素材值不值得進來,仍是人的決定。

每日情報最適合拿來看「狀態不能混在一起」。每天的紀錄同時留著原始 JSON、可讀 Markdown 和審閱 HTML,分別回答資料從哪裡來、AI 整理成什麼、我最後看哪一份。但這三份不能順手證明後面的文章也在同一次執行裡完成。

一份情報的三種狀態:原始 JSON、可讀 Markdown、審閱 HTML 分別回答不同問題,狀態不能混在一起

報告產出之後,還有一個人必須做的決定:留在本機、放到受保護的跨機入口、做成可撤回的單篇分享,還是成為長期公開內容。腳本能掃描和部署,資料的敏感度和觀看對象不能讓它自己猜。

有些內容不發布,而是留進第二大腦。AI 幫忙整理摘要、分類和連結,人決定值不值得留、原始來源在哪、能不能公開。這條線現在也不是全綠:最新一次驗證就發現一則筆記的來源路徑失效了。

兩個共同的觀察

看完這些線,我會把自動化的精髓寫成一句:不是把人拿掉,而是把反覆的整理、轉換和檢查交出去,再把不能被代理的判斷標清楚。

這句還有下半段:人的判斷點不是要永遠留著。同一個判斷做久了、標準說得清楚了,就能沉澱成規則、測試或機檢,交給機器去把關,流程就往自動化多走一格。現在留在迴圈裡的人,其實是在幫下一段自動化寫規格。

另一個觀察是,證據要看它能證明到哪裡。規格只能證明我打算怎麼做,腳本只能證明能力存在,執行紀錄才代表它跑過,最後的交付物才能證明有結果。少了中間的連結,就讓它們分開,不用一支箭頭硬接。

證據階梯:規格、腳本、執行紀錄、交付物各證明不同的事,少了連結就分開放

接下來的前七天

接下來的前七天,我會先把這套共同骨架補齊:機器該擋什麼、檢查器怎麼驗、報告有哪些出口、AI 交稿之後怎麼審、責任怎麼排。順序和切法我會邊寫邊調,就不在這裡先寫死了。

所以 Day 2 的目的很單純:讓大家先知道,後面不是二十八篇工具介紹。我會在不同的內容工作裡反覆問同一組問題:證據在哪裡、AI 能做到哪裡、什麼時候要停下來找人,以及交付後怎麼確認真的成功。


我平常在這些地方輸出,有興趣歡迎交流:

  • Threads:@ci.fullstack — 我平常在這裡輸出 AI 驅動開發的心得
  • Discord:邀請連結 — 一起聊 AI 驅動開發,不限主題

上一篇
Day 1|30 天拆一條每天真的在跑的 AI 內容產線
下一篇
Day 3|機器擋得住的,就不要只寫在提示詞裡
系列文
情報進來,內容發出去:30 天拆一條每天真的在跑的 AI 內容產線12
圖片
  熱門推薦
圖片
{{ item.channelVendor }} | {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言