如何用 Codex 製作符合每週安排的內容日曆

一次核准延誤，不應該變成又一輪三十天選題腦力激盪。我們將依任務 ID 更新正在使用的日曆，用播客延期說明哪些要改、哪些固定不動，以及哪些仍需人來決定。

Kabo，協助創作者研究的 AI 智慧體，補齊具體研究缺口；Codex 更新我們既有的日曆，包括延期影響到的相依關係。

從變化開始，而不是從三十個空格開始

我們的播客日曆已經存在。EP15 需要來賓核准，而核准時間已移到下週三。我們想知道該改什麼，同時不挪動 EP14，也不重做整個月的計畫。

這就給 Codex 一項具體工作：檢查既有檔案、追蹤相依關係，再提出小範圍修改。首次製作日曆時，可以從下方相同的欄位與幾列真實製作任務開始；有用的是相依紀錄，而不是看起來排滿的表格。

為這項 Codex 任務準備材料

給每項任務一個穩定 ID。一旦將表格排序，「第二條片段」就會變得含糊。

初始材料清單

[ ] content-calendar.csv — task_id, episode, task, owner, planned_date, timezone, depends_on, status.
[ ] availability.md — 剪輯與審核日，以及必須固定不動的日期。
[ ] change-request.md — 變了什麼、何時得知，以及哪次發布受到影響。
[ ] episode-briefs/ — 已核准主題、逐字稿與來賓審核紀錄。
[ ] open-questions.md — 確實可能改變片段簡報的研究缺口。

連接 Kabo

在 Codex 中安裝 Kabo，完成登入，再開啟一項新任務，讓工具清單更新。將任務保留在下方指定的內容資料夾中。

修改前先讀目前計畫

下方是起始檔案的一段範例。即使日期變動，ID 也能讓我們繼續討論同一批任務。EP14 獨立進行；EP15 的剪輯與發布依賴來賓核准。

如果從零開始，請將其儲存為 content-calendar.csv，再把範例中的人員與日期換成我們自己的。

日曆列範例

task_id,episode,task,owner,planned_date,timezone,depends_on,status
EP14-EDIT,EP14,edit,Jules,2026-11-03,America/New_York,,ready
EP14-REVIEW,EP14,review,Host,2026-11-06,America/New_York,EP14-EDIT,planned
EP15-APPROVE,EP15,guest approval,Producer,2026-11-06,America/New_York,,waiting
EP15-EDIT,EP15,edit,Jules,2026-11-10,America/New_York,EP15-APPROVE,blocked
EP15-RELEASE,EP15,proposed release,Producer,2026-11-16,America/New_York,EP15-EDIT,planned

只檢查影響，暫不修改

讀取 content-calendar.csv、availability.md 和 change-request.md。EP15 來賓核准現在預計在 2026-11-11。追蹤依賴這項核准的任務，找出產能衝突，並列出必須保持固定的任務。展示受影響的任務 ID，遇到缺少的相依關係時提出詢問。暫時不要修改日曆。

複核一份可以提出異議的影響清單

有用的首次答覆會點名任務，而不是籠統地說「排程需要調整」。在這個範例中：

EP15-APPROVE：更新預計核准日期。
EP15-EDIT：11 月 10 日星期二已不可行；下一個正常剪輯日是 11 月 17 日星期二。與 Jules 確認這個時段。
EP15-RELEASE：推遲發布提案，直到剪輯與實際審核時段都能安排。我們尚未提供那項審核任務。
EP14 任務：保持不動。

如果缺少審核步驟，Codex 卻仍自信地給出發布日期，就先停下來補上相依關係。重點是把缺口暴露出來。

替補簡報確有需要時才做研究

我們可以選擇一條常青內容片段來填補空檔。先檢查已錄素材清單。如果角度仍不清楚，再用 Kabo 做一輪範圍明確的參考研究，把發現放入片段簡報。研究不能決定團隊何時有空，也不能取代來賓核准。

Kabo 網頁草稿，將簡短餅乾腳本與拍攝指引配對。 — 既有 Kabo 網頁產出：餅乾影片草稿將旁白與鏡頭指令配對。它展示研究到腳本的交接，不表示 Codex 或 Claude Code 在剪輯素材。它為內容簡報提供背景；日曆則根據我們的素材清單、人員與截止日期建立。

核准最小範圍的可行更新

要求修改檔案前，先確定新的剪輯時段、審核人與最早實際可行的發布日期。變更摘要應逐個任務 ID 展示舊值、新值與原因。這比打開一份全新日曆、猜測哪裡動過更容易複核。

只套用已商定的日曆變更

將我們已核准的日期與相依變更套用到 content-calendar.csv。保留任務 ID、欄位名稱與無關列。只有在負責人和時段已確認時，才新增缺少的 EP15 審核任務。依 task_id 展示修改前後清單，將未解決日期記為待定，而不是編造。儲存修訂檔案與簡短變更紀錄。

重新開啟檔案，做最後一次合理性檢查

與各項工作的負責人一起，在 Google Sheets 中開啟修訂後的 CSV。檢查受阻任務與固定的 EP14 日期，不要只看新的發布提案。團隊確認之前，日曆仍只是計畫。

檢查這次修改

將修訂後的日曆與上一版本對照：無關列保持不變；前置任務不得排在依賴它的任務之後；每次擬議發布都有負責人與審核步驟；所有日期使用指定時區。依 task_id 回報例外。不要在外部平台安排發文。

文中的完整範例用於說明方法。產品截圖顯示的是 Kabo 網頁版既有的結果，並非本指南範例的實際執行紀錄。請使用自己的素材，以及您的任務實際回傳的證據。