builtnotboosted/scheduling

スケジューリング

このスキルはラストマイルを担当します。つまり、レビュー済みの完成した投稿を受け取り、適切な時間に、適切なアカウントで、適切な形式で、一度だけキューに入れます。スケジューリングの方法を担当します。コピーライティング（writingスキルが担当）、画像の選択（image-generation）、パフォーマンスの読み取り（platform-data）は行いません。何を公開するかについては一切決定しません。それはコンテンツパックと担当者が決定します。

このスキル全体は、一つの考えに基づいています：見逃した投稿は明日取り戻せるが、間違った投稿や重複した投稿は公開されると取り消せない。 そのため、迷った場合は推測せずに保留して確認します。

開始前の準備

1. マーケティングワークスペース（デフォルトは marketing/）を見つけます。存在しない場合は、一言でその旨を伝え、brand-setup の実行を提案します。必須項目（アカウント、タイムゾーン、時間）を直接尋ねれば、スケジュール設定は可能です。
2. brand/brand-profile.md、特に ## Platforms（ハンドル、投稿経路は手動かスケジューラーか、リンクは許可されるか？）、## Tools（使用するスケジューラー）、## Compliance、## CTA & contact を読みます。ブランドプロファイルがブランド定数とコンプライアンス文言で優先され、このスキルはその方法を担当します。
3. パックを読みます：content/<yyyy-mm-dd>-<slug>/PACKAGE.md と、既存の SCHEDULE.md があればそれも。
4. タイムゾーンを把握します。ブランドプロファイル（または担当者の場所）のものを使用します。判断できない場合は一度だけ尋ねます。UTCを決して推測しないでください。
5. このセッションで実際に接続されているスケジューラーツールを確認します。ない場合は、ブラウザルート（後述）を使用するか、投稿チェックリストを渡します。

標準ルール（絶対に破らないこと）

1. キュー専用。 すべての投稿は、計画された将来の時間にスケジュールされたものとして作成します。担当者がその特定の投稿について明示的に「今すぐ投稿して」と言った場合を除き、即時公開パスを決して呼び出さないでください。理由：即時公開はすべての安全策をバイパスし、ミスは数秒で公開されます。
2. すべての時間に明示的なタイムゾーンオフセット。 時間はISO形式でオフセット付きで記述します。例：英国の冬は 2026-11-12T18:00:00+00:00、夏は +01:00。今日の日付ではなく、投稿の日付のサマータイムを確認してください。理由：オフセットのない時間はUTCまたはサーバーのタイムゾーンとして読み取られ、時計変更の前後で投稿時間が1時間ずれます。
3. 毎回、スケジュール済みと公開済みの両方に対してライブで重複排除。 何かを作成する前に、すでにキューに入っているものと、そのアカウントで既に公開されたものを読み取ります。理由：昨日公開された作品は「スケジュール済み」として表示されなくなるため、スケジュール済みのみをチェックすると何も見えず、再度投稿されてしまいます。
4. エラー時は閉じる（フェイルクローズド）。 空、短い、エラー、または明らかに部分的な読み取りは、投稿が存在しないことの証明にはなりません。範囲を狭めて（1アカウント、1日）再読み取りします。それでも信頼できない場合は、投稿を保留してその旨を伝えます。
5. ブラインドリトライは絶対にしない。 作成またはアップロードの呼び出しがタイムアウトまたはハングした場合は、再試行する前に実際に何がランディングしたかを読み戻します。
6. 作成後に検証する。 各投稿を読み戻し、正しい時間、アカウント、タイプフラグ、メディアで存在することを確認します。成功メッセージは証明になりません。一部のツールは成功を返しても何も保存しません。
7. 何かを公開する前に確認する。 投稿を作成する前に、計画（マニフェストテーブル）を担当者に表示し、承認を得ます。ただし、担当者がこの正確な計画を既に承認している場合、またはブランドプロファイルで恒久的なルールを設定している場合は除きます。

方法

1. マニフェストを構築します。 プラットフォームごとに1行を content/<yyyy-mm-dd>-<slug>/SCHEDULE.md に作成し、references/schedule-manifest-template.md を参照します。各行：プラットフォーム、アカウント、投稿タイプ、オフセット付き時間、キャプションファイル、メディアファイル、代替テキスト、ファーストコメント、リンクステータス、状態。これは表示する計画であり、実行した内容の記録でもあります。
2. 時間を配置します。 パックまたは担当者が指定した時間を使用します。指定がない場合は、ブランドプロファイルの投稿リズム、次に brand/performance-learnings.md またはスケジューラーのベストタイムデータを使用します。プラットフォームが同じ日に同じ作品を掲載する必要はありません。各プラットフォームは独自の週で運用できます。柔軟性のある作品は決定論的に（同じ入力、同じスロット）配置し、再実行時に同じ場所に配置されるようにします。
3. すべてのキャプションとコメントにリンクゲートを実行します（下記参照）。
4. メディアの準備状況を確認します。 メディアを含むすべての投稿は、そのファイルが存在し、プラットフォームに対して適切な形状（references/platform-posting-notes.md 参照）であり、スケジューラーが取得可能である必要があります。スケジューラーへのアップロード成功を実際の準備完了テストと見なします。ツールがインポートをキューイングする場合は、ファイルを1つずつアップロードし、それぞれが完了するのを待ちます。メディアなしで公開される投稿はありません。その場合は保留します。
5. すべての画像とカルーセルスライドに代替テキストを添付します。 パックから取得します。パックにない場合は、画像のプレーンな説明（キャプションの繰り返しではない）を書き、マニフェストに記載します。理由：スクリーンリーダーユーザーはオーディエンスの一部であり、一部のプラットフォームは検索に代替テキストを使用します。
6. 段落間のスペースを確認します。 キャプションは段落間に実際の空行を持ちます。一部のスケジューラーはキャプションをHTML段落として保存し、間隔なしでレンダリングするため、適切にスペースが入ったキャプションがテキストの壁のように到着します。ツールを初めて使用する場合は、1つの投稿をプレビューします。段落が崩れる場合は、ツールのスペーサー（空の段落または行）をブロック間に挿入します。
7. 重複排除（標準ルール3および4）。まずこのパックと最近のパックのマニフェスト状態を確認し（自分が書いた記録はライブ読み取りに勝ります）、次にスケジューラーを読み取ります：スケジュール済みと公開済み、対象アカウントごとに1日ずつ。プラットフォーム + アカウント + キャプションの冒頭（時間固有の投稿の場合は日付）で照合します。マニフェストが完了を示しているがライブ読み取りで見つからない場合は、再作成せず、調査してフラグを立てます。
8. 計画を表示して承認を得ます。
9. 各投稿を作成します。 正しいタイプ（下記）、正確なキャプション、メディア、代替テキスト、ファーストコメントを添えて。
10. それぞれを検証（標準ルール6）し、状態とスケジューラーの投稿参照をマニフェストに書き込みます。
11. 短いテーブルで報告します： キューに入れられたもの、保留されたものとその理由、担当者の手を必要とするもの（手動投稿、ピン留めコメント）。

投稿タイプ

• ショートフォームビデオ（YouTube Shorts、Instagram Reels、TikTok、Facebook Reels）：タイプを明示的に指定します。多くのスケジューラーはビデオを通常のフィードビデオとしてデフォルト設定し、フラグが設定されていないReelやShortはリーチ経路を失います。YouTube Shortsにはタイトルが必要です。検証時にフラグが維持されていることを確認します。
• カルーセル： スライドを順序通りに、スライドごとに代替テキストを添付します。LinkedInのカルーセルは通常、PDFドキュメント投稿です。ツールが1つのカルーセル内でビデオと画像を混在できるかどうかを計画前に確認します。
• ファーストコメント： リンクやハッシュタグをコメントに含める場合に使用します。コメントが実際に保存されたことを確認します。一部のツールやプラットフォームでは、無言で削除されます。ファーストコメントは後で編集できないことが多いため、作成前に正しく設定します。
• 手動投稿リマインダー： 一部のアカウントはサードパーティツールでは自動公開できません（一般的なのは個人のFacebookプロファイル）。ツールがサポートする場合はリマインダーまたは通知投稿を作成するか、報告書の手動リストに行を追加し、キャプションとメディアを貼り付ける準備を整えます。
• ピン留めコメントやツールで処理できないもの（例：YouTubeのピン留めコメント）：正確なテキストとともに、手作業として報告書にリストします。
• ローカルビジネスリスティング（Googleビジネスプロフィールなど）：通常、投稿ごとに1つのボタン、専用のビジネスページリンクを使用し、リンク短縮サービスやリンクインバイオページは決して使用しません。詳細は references/platform-posting-notes.md を参照してください。

リンクゲート（バックストップであり、編集者ではない）

リンクの動作はプラットフォームによって異なり、頻繁に変更されます（references/platform-posting-notes.md を参照）。ブランドプロファイルの ## Platforms で、リンクが許可される場所が示されています。各投稿について：

1. キャプションとコメントをスキャンして、リンク状のものすべてを探します：http、www.、.com/、.co.uk/、短縮サービス、リンクインバイオサービス。また、コメントキーワードの質問（「GUIDEとコメントしたら送ります」）もスキャンします。これは現在、ほとんどのプラットフォームがエンゲージメントベイトとして格下げしています。
2. 許可されている（プラットフォームと投稿の目的が許可している）：そのままスケジュールします。
3. 許可されるべきように見えるが、マークされていない（イベント投稿の予約リンク、新しい記事へのリンク）：保留して確認します。リンクを削除すると、投稿の意味がなくなります。
4. 許可されていない： リンクを削除して投稿しないでください。リンクを中心に書かれた投稿は、リンクがないと読みにくくなります。writing スキルにリンクなしの書き直しを依頼し（プロフィールを指す、作品名を挙げる、本物の質問で締めくくる）、review-loop で書き直しを確認してもらい、パックに新しいコピーを書き戻してパックとライブ投稿を一致させ、その後スケジュールします。
5. スロット前に書き直してレビューする時間がない： 保留してフラグを立てます。スロットを逃すことは、壊れた投稿よりはマシです。

ブランドプロファイルにリンク予算が設定されている場合（例：Facebookのリンク投稿の月間上限）、報告書で予算に対してカウントし、予算超過の投稿は「許可されていない」として扱います。

投稿の編集と移動

• ツールが編集に関して不安定な場合（多くはそう：時間がずれる、メディアが外れる、フラグがリセットされる）、その場でのスケジュール時間編集よりも削除して再作成を優先します。 まず削除し、次に再作成し、その後検証します。一部のプラットフォームは、1アカウントで1分間に2つの投稿を拒否するため、新しい投稿が入る前に古いものを確実に削除します。一部のツールは、削除後数分間、同一のキャプションをブロックします。意図的な再作成の場合にのみ、ツールの「重複を許可」オプションを使用します。
• テキストのみのスケジュール投稿にメディアを追加する、ファーストコメントを変更する、リスティングボタンを追加するには、通常、削除して再作成が必要です。
• 担当者が移動を依頼したものだけを移動します。自分が作成していない投稿を依頼なしに決して削除しないでください。リマインダー投稿を削除しないでください。

スケジューラーがない場合？ブラウザでプラットフォーム経由で投稿

スケジューラーが接続されていないが、ブラウザツール（例：Chrome内のClaude）が利用可能な場合、プラットフォーム独自のコンポーザーを使用できます。ほとんどのプラットフォームには、投稿コンポーザーにネイティブの「スケジュール」オプションがあります（FacebookとInstagramのMeta Business Suite、LinkedInの時計アイコン、YouTube Studio、TikTokのWebアップローダー）。同じルールが適用されます：今すぐ投稿するのではなくスケジュールし、プラットフォームが表示するタイムゾーンを確認し、代替テキストを添付し、確認画面のスクリーンショットをマニフェスト用に撮影します。ログイン、2段階認証プロンプト、または支払い画面が表示された場合は停止して引き継ぎます。これらは担当者が処理するものです。ブラウザツールも利用できない場合は、マニフェストから投稿チェックリストを作成し、担当者が数分で実行できるようにします。

出荷前のチェック

ステップ8（計画の表示）の前に、マニフェストを review-loop に通すか、自分で確認します：すべての行に未来のオフセット付き時間がある、適切なアカウントがある、投稿タイプがある、メディアが存在し取得可能である、代替テキストがある、リンクステータスが解決済みである、重複排除が完了している、キャプションがパックと完全に一致している、ブランドプロファイルのコンプライアンス文言が必要に応じて存在している。

適応方法

• あなたのスケジューラー： ブランドプロファイルの ## Tools に設定します。Publerの場合は references/publer.md を読んでください。その他のツールの場合は、まず使い捨ての下書きでその癖を学び、ワークスペース（短い brand/tools-notes.md で十分）にメモします。
• あなたのリズム： 投稿日時はブランドプロファイルに保存され、platform-data が独自の結果からそれを洗練します。
• 無人実行： スケジューリングが誰も監視していないタイマーで実行される場合、ブランドプロファイルで恒久的な計画を承認することで確認ルールを維持し、エラー時閉じの保留をより強く適用します。一部のツールでは削除にチャット内での承認が必要です。これは機能であり、削除は有人セッションのために残しておきます。

参考文献

• references/schedule-manifest-template.md：マニフェスト形式。SCHEDULE.md の構築または更新時に開きます。
• references/platform-posting-notes.md：プラットフォームごとの投稿タイプ、リンク動作、メディア形状、既知の癖。時間に敏感です。重要な場合はライブで確認してください。
• references/publer.md：公式のPubler MCPとオープンソースのpubler-mcp-serverを使用した実例。

詳細: https://builtnotboosted.com/skills/scheduling