週の予定に合うコンテンツカレンダーをCodexで作る方法

承認の遅れを、また新しい30日分のアイデア出しに変える必要はありません。作業中のカレンダーをタスクIDで更新し、ポッドキャストの遅延を例に、変わるもの、固定するもの、人が決めるべきことを確認します。

クリエイター向け調査AIエージェントのKaboが特定の調査不足を補い、Codexが既存のカレンダーと、遅延で影響する依存関係を更新します。

30個の空欄ではなく変更から始める

ポッドキャストのカレンダーはすでにあります。EP15にはゲストの承認が必要ですが、その予定が次の水曜日に変わりました。EP14を動かしたり月全体を作り直したりせず、何が変わるかを知りたい状況です。

Codexの仕事は明確です。既存ファイルを読み、依存関係を追い、小さな修正を提案します。初めてのカレンダーなら、以下と同じ列に実際の制作タスクを数行入れるところから始めます。役立つのは埋まって見える表ではなく、依存関係の記録です。

今回のCodexタスクに必要な資料を揃える

各タスクに固定IDを付けます。表を並べ替えた時点で「2本目のクリップ」は曖昧になります。

最初に用意する資料のチェックリスト

[ ] 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ごとに変更前後の一覧を示し、未確定の日付は作り上げず保留として記録してください。改訂ファイルと短い変更ログを保存してください。

ファイルを開き直し、最後に整合性を確認する

担当者と一緒に、改訂CSVをGoogle Sheetsで開きます。新しい公開案だけでなく、停止中のタスクと固定されたEP14の日付を確認してください。チームが確認するまでは、カレンダーは計画にすぎません。

修正を確認する

改訂カレンダーを前の版と比べてください。無関係な行が変わっていないこと、前提タスクがそれに依存するタスクより後になっていないこと、公開案すべてに担当者と確認工程があること、すべての日付が指定のタイムゾーンを使うことを確認してください。例外はtask_idで報告してください。外部で投稿を予約しないでください。

作例は説明用です。製品のスクリーンショットはKaboのウェブアプリにある既存の結果で、このガイドの例を実行した記録ではありません。自分の素材と、自分のタスクで返された根拠を使ってください。