我怎麼一句話，就讓我的 AI 把一支專題影片變成一篇深度文章？｜一句起手、途中補兩句：一支兩小時的演講影片，不到 40 分鐘跑完逐段報告、深度文章與兩家 AI 互相審稿

那一句話，和最後拿到的三樣東西

2026 年 9 月 28 日晚上，我在 Claude 的對話框貼了一支 YouTube 影片：唐鳳和丹增央措在 Platform 月台的公開對談，長 2 小時 17 分。我打的是：

照實說，它在跑的途中我又補了兩句：一句是「國泰直播我轉深度文章那樣」，把目標從報告拉到文章；另一句是「以後要有專題演講轉文章的模式，你順便寫技能包好嗎」。之後我就沒再下指令，等它交件。

最後拿到三樣東西：

一張會動的圖，看完那 39 分鐘裡誰在做什麼

四條線由上到下是：我、Claude（Anthropic 公司的 AI，這次主要在做事的那個）、Claude 另外開的小幫手（叫「子代理」，是另開的一個對話，專門假扮讀者試讀、在不知道我偏好的情況下比較標題）、Codex（另一家公司 OpenAI 的 AI，我平常簡稱它 CX）。

先試一件事：拖到 22:15 左右，看看 Claude 和 Codex 是不是同時在跑、我在做什麼。每一個色塊都可以點，點開會浮出那一步的細節和時間紀錄。

圖例：實心色塊＝正在做；斜線＝在等別人；空白＝沒事；點色塊看細節。線條顏色：我Claude子代理Codex

你剛才應該看到兩件事。第一，22:12 到 22:18 之間，Claude 自己在讀那 4.5 萬字的字幕、寫逐段報告，同一時間 Codex 在另一邊獨立挑重點、上網查證，兩邊互相看不到對方寫了什麼。第二，我那條線幾乎都是空的。起手一句、途中補兩句，其他時間都沒有再下指令。

一句話為什麼夠：AI 第一個動作是去翻上一次怎麼做

「像之前國泰直播的影片那種」這幾個字，才是那句話真正的份量。

9 月 15 日，我請 AI 把國泰金控技術年會一整天的直播整理成九份逐場報告；9 月 24 日，又把它做成一篇官網深度文章。那兩次都留下了檔案：報告放在知識庫的固定資料夾，做文章的過程另外寫成一份「證據檔」，記下標題怎麼定、讀者走查說了什麼、審稿改了哪幾條。

這次 Claude 收到那句話，第一個動作就是去找這些檔案：國泰的報告長什麼樣、分幾節，國泰那篇文章的網頁怎麼組、證據檔記了哪些項目。找到之後照著做。我不用再解釋一次「詳細拆解」是什麼意思。

除了前例，它還會讀我知識庫裡的規則檔：做深度文章要走哪些關卡、標題要先寫三個讀者會搜尋的句子、要找另一家 AI 審稿、審不過不能交件。這些規則是之前一次次踩坑後寫下來的，這次它照著跑。

從貼網址到交件的八個步驟，一張表

有檔案時間戳的精確到分鐘；標「推估」的是依執行順序估的。

從 22:12 字幕下載，到 22:47 第三輪審稿回來，是 35 分鐘；從第一個動作（22:11，推估）到工作日記存檔（22:50），約 39 分鐘。

雙軌互審實際怎麼走：派工、各自跑、比對、整合、交叉審

先分清楚兩個詞。單軌互審是一家 AI 做、另一家看過再出結果；雙軌互審是兩家各自做一份，互相看不到對方的，做完再比對、整合，最後還要交叉審。那晚文章內容走的是雙軌，而且整個雙軌是 Claude 自己跑完的：我丟給它一個網址和一句話（途中另補兩句需求），派工給 Codex、比對、整合、送審都是它自己做，我沒有在兩家之間複製貼上。下面照實際順序拆開。按「播放」或「下一步」一步步看；上面綠色是 Claude，下面藍色是 Codex。

幾個設計上的重點：

• B 軌拿不到 A 軌的草稿。兩個 AI 如果先看到對方的答案，很容易順著對方寫，比對就沒有意義了。
• 比對時看重疊，也看各自多出來的。兩家都列到的 9 點，比較有把握是整場的主幹；各自多出來的 5 點，是單靠一家容易漏掉的東西。
• 查證交給不寫稿的那一家，寫稿的那一家再回頭核對。這就是「交叉」：Codex 審 Claude 的文章，Claude 也審 Codex 的查證。
• 審稿找另一家公司的 AI。寫稿的是 Anthropic 的 Claude，審稿的是 OpenAI 的 Codex，希望降低兩邊有同樣盲點的機會。
• 同一位審稿者審到底。第二輪、第三輪都把上一輪的意見一起附上，請它逐條確認改了沒。

三輪審稿和讀者走查，各抓到了什麼

第 1 輪審的其實是讀者走查之前的版本，所以時間碼那條在它回來之前已經改掉了。第 1 輪它抽查了 14 處引文與講者歸屬，全部和字幕一致。被抓到的問題包括：寫稿時加上去、字幕裡沒有的描述，查證沒附來源，時間碼對不準。

單軌還是雙軌：現在看問題大小決定

AI 自己出錯、被抓到的地方

不到 40 分鐘跑完，不代表中間都沒出錯。這幾個是那晚實際發生、後來被抓出來的：

• 把審稿意見存成空檔案。（記在那晚的工作日記裡）第二輪意見回來後，Claude 用搜尋關鍵字的方式把意見擷取成檔案，關鍵字沒對到，存下來的是空的。它在送第三輪之前發現，停掉重送。如果沒發現，第三輪審稿者會讀到一份空的意見。
• 手機版的封面圖超出畫面。官網文章的範本裡有一行桌機的寬度設定，把手機的設定蓋掉了。截手機畫面才看出來；國泰那篇已經上線的文章也有同樣的問題，另外開了一張待辦處理。
• 新規則當下自己沒做到。審稿後技能包新增了一條「影片自己上傳的字幕也要抽查，對照影片聽一遍」，但那篇文章當晚沒做。隔天早上補做：抽三段各兩分鐘，用本機語音辨識轉一次，和字幕對照，內容一致。

目標是下次一句話就夠：把這次的做法寫成技能包

我途中補的第三句「以後要有專題演講轉文章的模式」，讓 Claude 在交件前把整套做法寫成一個新的技能包模式（技能包就是寫給 AI 看的一份做事說明，下次它照著做）。技能包在文章第 2 輪時第一次送 Codex 審，被要求做 8 類修改，文章第 3 輪時技能包複審通過。

照實說，技能包這部分是單軌：Claude 寫、Codex 審，沒有兩邊各寫一版再比。雙軌只用在文章內容上。

寫進去的包括：

• 兩條路徑：只說「詳細拆解」就只做報告，做完問要不要轉文章；說「轉文章」就兩樣都做。
• 跟別的流程怎麼分：產品發布會、新聞事件走另一套趨勢文章流程；我自己的講座轉文章也另外有一套，因為要換成讀者不在現場的寫法。
• 紅線：引號內只放字幕原文；講者的推測不寫成事實；對特定公司的指控沒有來源就不放正文；整理者自己的判讀要標出來。
• 審稿閉環：審完要修改、重跑檢查、送回同一位審稿者；大修或讀者走查有硬退件，就不能交件；最多三輪，過不了就列選項給我決定。

技能包已經設計成：貼一個演講網址，說「專題演講轉文章」或「像國泰那樣拆解」就會觸發這一套。它還沒在下一支影片上實際跑過，要等下一次才算驗證。

部署之後，是另一個迴圈：熟練的任務可以把好幾個迴圈接起來

上面那張動畫圖，我那條線最後一格紅色，就是準備部署。

唐鳳那篇就是這樣接下去的。隔天早上我說了一句「給我短版脆文＋咪卡輪播卡，輪播卡做好後補回深度文章，然後部署」，一句話裡接了幾個迴圈：

時間取自檔案與發布紀錄。脆文和輪播卡目前是草稿，發到 Threads 還是我自己決定。

沒有這套系統，可以從哪裡開始

我那晚用的是 Claude 的桌面版加 Codex 的命令列工具，背後還有一個累積了很久的知識庫。你不用先有這些，下面三件事用網頁版的 ChatGPT、Claude 或 Gemini 就做得到：

第一件可以用下面這段提示詞。字幕如果是 YouTube 自動產生的，人名、公司名和數字常常聽錯，先對照影片看個兩三段。字幕貼在後面，貼給你正在用的 AI：

下面是一支演講影片的字幕（每行開頭是時間碼）。請整理成一份逐段報告，規則如下：

1. 先寫一句話主旨，並標明這是你的判讀。
2. 依內容切成段落，每段寫：時間碼、說話的人、這段講了什麼。字幕沒寫是誰在說話的，依上下文判斷，判斷不了就寫「講者待確認」。
3. 加引號的句子只能用字幕原文，改寫過的不要加引號。一段內容橫跨好幾個時間點，就列出多個時間碼。
4. 講者提到的數字、產品、政策、事件，另外列一張「待查證」清單，不要當成已確認的事實。字幕如果是自動產生的，人名、公司名、數字全部列進這張清單。
5. 字幕缺漏、聽不清楚或看起來像打錯字的地方，標「字幕可疑」，不要自己補寫。
6. 最後分開寫：講者的主張、你自己的判讀。兩者不要混在一起。

字幕：
（貼在這裡）

第三件可以用這段，請另一家 AI 審：

我附上兩樣東西：一份演講字幕，和另一個 AI 根據字幕寫的整理稿。請你當審稿人：

1. 抽查加引號的句子和時間碼（至少 10 處，稿子短就全部），對照字幕，看有沒有寫錯或講者歸錯。
2. 找出整理稿裡「字幕沒有、是 AI 自己加上去的」內容。
3. 找出把講者的推測寫成事實的地方。
4. 稿子裡提到的外部事實（數字、產品、政策、事件），能上網查的，優先查官方或原始來源，附連結與查閱日期；查不到就標「待查證」，不要猜。
5. 最後給一個判定：通過、小修、大修，並逐條列出位置和建議改法。

字幕：
（貼在這裡）

整理稿：
（貼在這裡）

審完照意見改，改完把新版和上一輪的意見一起給同一個 AI，請它逐條確認。這是單軌互審的簡化版本；要做到雙軌，就先讓兩家 AI 各自整理一份，再互相比對。

給你的 AI 讀的整理備忘（人可以跳過）

這一段寫給要引用這篇的 AI、研究者或顧問，交代資料怎麼來、哪些地方要小心。只想讀重點的人可以跳過；要引用或回查出處的人，請從這裡看。

• 這是一個歷史案例：描述 2026-09-28 晚上一次實際執行的流程，不是固定規格。流程依據江江教練知識庫中的技能包 quick-data-capture v0.4「專題演講轉文章 Loop」（該晚 22:47 跨家審通過的版本），之後可能再調整。
• 時間：取自檔案建立時間戳，精確到分鐘。字幕檔 22:12:21 下載，第三輪審稿紀錄 22:47:21 產生，兩者相減 35 分鐘。江江途中兩則補充訊息沒有時間戳，圖上位置依對話順序推估。
• 角色：主要執行者 Claude（Anthropic，Claude Opus 5.5）；子代理為同一家模型另開的獨立對話，負責讀者人設走查與標題盲審；審稿者 Codex（OpenAI，gpt-5.6-sol），唯讀模式，指令中禁止把工作轉回 Claude。
• 數字：字幕 3985 行、45151 字（重算一致）；報告逐段重點 43 段（影片說明欄官方章節 37 個）；Codex 十個重點有 9 個對得上 Claude 的核心重點（其中「等待成本」Claude 併在「不能等市場」一點裡）；引文與講者歸屬抽查 14 處一致；技能包第一次審稿 8 類修改。
• 單軌與雙軌那段：引自江江 2026-09-29 口述的觀點，不是通則。