6テーマで一週間を埋めても、一本も公開できないことがある。素材が未着、確認担当の二重予約、編集者の容量超過は別々の問題だ。
Agentには許可済み入力から候補日程を作らせる。空き時間や最適な投稿時間を推測させない。希望公開日、最も早い準備開始日、最終公開判断を分ける。
架空の一週間を計画する
これは架空の計画演習で、効果測定ではない。2026年10月26–30日、Asia/Shanghai、月–金09:00–18:00を使用する。祝日や地域の勤務週が違えば前提を変える。
担当者が承認済み6テーマ、編集者A/B、Blog・LinkedIn・Xを指定する。同じテーマの3チャネル展開は1テーマで、変換作業は別途計上する。言語版もテーマ数を増やさない。
入力はテーマID、読者・問い、承認範囲、必要素材と到着状態、担当、準備・変換・確認の見積時間と見積元、承認前提、チャネル、最早開始、希望日を保持する。不明時間は0ではない。以下はすべて架空の管理者が指定した見積で、Agentの予測ではない。
- **T01 製品FAQ：**既存顧客向け承認済み機能。A-v1あり。A準備3時間、B確認1時間。Blog/LinkedIn、希望10月27日火曜17:00。
- **T02 顧客成果：**見込み客向け、引用許可が必要。B-v1は火曜12:00到着予定だが未着。A準備4、B確認1時間。Blog/X、希望28日水曜17:00。約束された到着日を準備済みと扱わない。
- **T03 購入チェックリスト：**小規模チーム向け、C-v2承認済み。B準備3、A確認1時間。Blog/LinkedIn、希望28日17:00。
- **T04 更新説明：**既存ユーザー向け、D-v1素材あり。製品責任者の承認時刻は不明。B準備4、A確認1時間。LinkedIn/X、希望29日木曜17:00。
- **T05 業務ガイド：**運用担当向け、E-v1あり。A準備5、B確認1時間。Blog、希望30日金曜17:00。入力は揃うが容量不足。
- **T06 短いQ&A：**チーム責任者向け、F-v1あり。B準備2、A確認1時間。LinkedIn/X、希望30日17:00。
出力案は calendar-draft.csv、readiness-board.md、capacity-check.csv、change-notes.md。標準公開機能ではなく計画ファイルである。保留を含む6テーマすべてを残す。
確認も容量を消費する
管理者の指定は、他業務を除いたA=8時間、B=8時間。雇用上の一週間全体ではない。
基準候補をT01/T03/T06とする。Aは準備3＋確認1＋1で 5/8時間。Bは準備3＋2＋確認1で 6/8時間。残りはA=3、B=2時間。
T05を加えるとA=10/8で2時間超過、B=7/8。Bの余裕だけでAの作業を移せず、技能と範囲、管理者の判断が必要。全6テーマではA=15、B=12時間となる。確認を無料扱いしない。
管理者が示した基準の候補枠：Aが月曜09–12にT01準備、Bが火曜09–10に確認。Bが火曜10–13にT03準備、Aが水曜09–10に確認。Bが木曜09–11にT06準備、Aが金曜09–10に確認。希望公開日は確認と別途公開判断に従う目標である。
別案でBのT01確認を火曜10–11に置くと、T03準備と衝突する。週合計が収まっても不適合だ。却下するか、許可を得て再配置する。
執筆可能と公開可能を区別する
入力・範囲・見積・準備容量が確定すれば起草できるが、公開には事実・メディア・チャネル・公開担当の判断が必要。確認予約は承認ではない。
T02は素材待ち、T04は承認時間不明、T05は容量不足。それぞれ担当、不足するもの、影響テーマ、再確認時点を記す。事例未着を架空の顧客成果で埋めない。マーケティングとコンテンツマーケティングガイドの実行前に、この準備条件を揃える。
T02が木曜15:00に遅れて届けば、水曜希望日は過ぎている。公開していないのに遅延公開と書かず、準備日を遡らせない。必要4時間に対してAの残りは3時間。さらにBの確認枠も必要だ。
次週へ移す、管理者が選択作業を明示的に差し替える、確定した容量を増やす、という候補を示す。準備済みT06も確認を省いた即時代替ではない。範囲縮小なら新しい見積と承認を求める。
資料版と容量版を各行に残す。B-v1更新はT02の事実と引用許可を再確認し、Aの空き変更はAが確認する行も再計算する。旧計画、入力変更、候補日、人の決定を別々に記録する。
Budaへ依頼する範囲を限定する
Driveに承認テーマ・許可済み素材・容量表を置き、Sessionで作業を整理する。SessionはファイルACLではない。計画作成だけならSNSアカウント接続は不要。
approved-topics-v1、source-readiness-v1、capacity-v1だけを読む。指定の時区と勤務週を使う。6IDと人が指定した時間を維持する。準備・変換・相互確認を担当別容量と実際の枠に計上し、希望日・最早準備・承認状態を分ける。不明は不明のまま、4ファイルと保留理由を返す。公開、通知、接続、自動化設定はしない。
未実行のテスト案：T02素材を遅らせる、Bの2作業を重ねる、T05でAを超過させる、確認承認を取り消す。日付をずらして満杯にするのではなく、影響する行と理由が残るか見る。
匿名化サンプルを確認後、安定手順をSkillにできる。Buda AI Marketplaceで検索してインストールし、説明と権限を確認する。自動化は別途、範囲とスケジュールの許可が必要。
見積が不確かな場合は？
見積待ちにする。小さな成果物で準備・確認の実績を合意して記録し、後で修正する。カレンダーの空欄を余力と見なさない。
速報を差し込むには？
管理者が移動可能な作業を決め、素材・時間・担当枠を再計算する。緊急性は容量を増やさない。
3チャネルは3テーマ？
1IDのまま、形式・画像・確認の作業を別に積む。素材の再利用でも追加作業は消えない。
承認が未返信なら準備済み？
許可範囲内で起草は可能でも公開可能とは限らない。未決事項と担当を見えるまま残す。