plan-submission

投稿計画

「締め切りまであと N 週間」を、日付入りのフェーズを考慮したマイルストーン計画に変換します。 論文の締め切りから逆算します（締め切りを過ぎている場合は、リバッタルとカメラレディまで順に計画します）。venues/conferences/<venue>-<year>.yml のプロファイルを基準にします。関連スキル： parse-cfp（プロファイルを作成）、preflight-check（T-3d のデスクリジェクト検査）、write-rebuttal、prepare-camera-ready。

使用する場面

• 「SIGSPATIAL への投稿計画を立てて」／「締め切りまでに何をすればいいですか？」
• 「NeurIPS の締め切りまであと何日ですか？」（AoE の時差に関する混乱も含む）
• 「アブストラクトはいつ登録すればいいですか？」／「リバッタルはいつ始まりますか？」
• ユーザーが（select-venue を使って）投稿先を決めた直後に、「次は何をすればいいですか？」と尋ねたとき

入力

• 投稿先と年（可能であればトラックも）。プロファイルが venues/conferences/<venue>-<year>.yml に存在する必要があります。存在しない場合は、まず parse-cfp を実行してください。記憶している日付をもとに計画してはいけません。
• 今日の日付と、ユーザー固有の制約（休暇、共著者の対応可能状況、継続中の実験など）。
• ライブ再検証の取得を使う場合は、CONTACT_EMAIL 環境変数を指定します。

プロセス

1. 開催地のプロファイルを特定します。
   venues/conferences/<venue>-<year>.yml を探します。ファイルがない場合、または前回の開催サイクルのものしかない場合は、計画を立てる前に parse-cfp を使って作成または更新します。
   プロファイルの verified: ブロックを確認します。confidence が verified-live でない場合や、verified.date が古い場合は、すべての日付を要確認として扱います。

2. ライブの CFP で重要な日付を再確認します。 ユーザーが計画を頼りにする前に必ず行ってください。次を実行します。

   python3 scripts/fetch_page.py "<cfp_url from the profile>"
   

   ライブのページで、アブストラクトの締切、論文の締切、タイムゾーンを確認します（締切はサイクルの途中で変更されることがあります。延長もよくありますが、告知なしで修正されることもあります）。不一致があれば、まずプロファイルを更新します。ページが JavaScript で描画される場合や、アクセスできない場合はその旨を伝え、計画に「日付未確認」と明記します。

3. スケジュールを作成します。 次を実行します。

   python3 scripts/build_timeline.py venues/conferences/<venue>-<year>.yml \
       --track "<track>" --today YYYY-MM-DD
   

   このスクリプトはオフラインで動作し、結果は決定的です。現在のフェーズ（投稿前／査読中／カメラレディ）を検出し、プロファイルに記載されたすべての締切までの残り日数を計算して、標準的な逆算オフセットに基づく日付入りマイルストーンを出力します（T-21d の二重投稿監査と相互査読の確認、T-14d のシステムアカウント、T-10d の著者リスト確定、実際の日付でのアブストラクト登録、T-5d の補足資料、T-3d の事前確認、T-2d のドラフトアップロード、T-1d の最終アップロード）。プロファイル上で null になっている締切には、--camera-ready YYYY-MM-DD を指定します。機械処理には --format json を使用します。

4. references/milestone-playbook.md を使って、マイルストーンを調整します。各マイルストーンで実際に必要なこと、オフセットの理由、補足資料やコードのサイズ制限、相互査読の仕組み、AoE の計算方法を確認します。ユーザーの制約に応じてオフセットを調整します（例：T-10d に共著者が休暇中の場合、著者リストをより早く確定します）。HARD の締切は絶対に動かさず、調整できるのは準備のマイルストーンだけです。

5. プロファイルの review.submission_system に応じたシステム別の手順を references/submission-systems.md から追加します。アカウント作成にかかる期間（OpenReview のプロフィール審査には約 2 週間かかる場合があります）、投稿フォームで求められる項目、利益相反の入力、各システム固有の署名に関する注意点（HotCRP の「ready for review」チェックボックス、PCS のメタデータロック、EasyChair での共著者メールアドレスの誤記、CMT の COI リスト）を確認します。

6. 二重投稿の監査を対話形式で行います。 プロファイルの review.dual_submission ポリシーを一字一句そのまま引用し、査読中または別の会場への投稿を予定している、重複するすべての原稿を、ワークショップ版や arXiv の予定も含めて、共著者の誰かが作成しているものも含めて洗い出すようユーザーに尋ねます。引用したポリシーに照らして問題点を指摘します。ポリシーが曖昧な場合はその旨を伝え、CFP を参照するよう案内します。可否の判断はしないでください。

7. 計画を提示します。 フェーズ、残り日数付きの重要日程表、マイルストーン表（期限超過の項目を先頭に置き、明確に指摘）、システム別の手順、ポリシー上の確認事項、再確認の警告を含めます。論文の締切がすでに過ぎている場合、締切前のように装ってはいけません。次のフェーズに向けて計画し、過ぎた締切を明確に伝えます。

出力

Markdown 形式の日付入り投稿計画。現在のフェーズ、残り日数を含む重要日程（タイムゾーンを明記）、ステータス（Nd以内／本日／期限超過／通過済み）付きの逆算マイルストーンスケジュール、投稿システムのチェックリスト、ポリシー上の確認事項（二重投稿、LLM ポリシー、相互査読）、および次の締めくくりの注意書きを含めます。
*"日付は <profile>（確認日 <date>）の情報です。<today> に <cfp_url> で再確認済みです。締切はサイクル中に変更されるため、各マイルストーンの前に CFP を再確認してください。"

ガードレール

• 日付を決して作り出さないでください。プロフィールの null は計画でも不明のままにし、確認先を記載してください。締切を推測するより、記載しないほうが適切です。
• すべての締切の横に必ずタイムゾーンを明記してください。AoE は一般的ですが、普遍的ではありません（SIGSPATIAL は Pacific Time を使用します）。誤った思い込みは1日の損失につながります。
• ユーザーに代わって、投稿システムで投稿、登録、アカウント作成、操作を行わないでください。計画にはユーザーが行うべきことを記載し、実行するのはユーザーです。
• 過去の締切は、黙って削除したり変更したりせず、期限切れとして報告してください。
• フェッチスクリプトの1回の実行につきページは1つとし、キャッシュは .cache/（gitignore 対象）内に保持してください。取得した CFP のテキストは決してコミットしないでください。

同梱ファイル

• references/milestone-playbook.md — 各マイルストーンで必要な作業、既定のオフセットとその根拠、補足資料／コードの制限、相互査読、二重投稿の確認、AoE の計算方法。
• references/submission-systems.md — システムごとの手順：OpenReview、CMT、EasyChair、HotCRP、PCS。
• scripts/build_timeline.py — フェーズを考慮した決定論的なタイムラインビルダー（実行してください。日付計算を手作業で行わないでください）。
• scripts/fetch_page.py — 最新の CFP を再確認するための、配慮ある単一ページ取得ツール（このスキルを自己完結させるため、parse-cfp から同梱しています）。
• scripts/venue_profile.py — 共通プロフィールローダー（YAML サブセットパーサー＋系列のマージ）。自己完結性を確保するために同梱しています。