camera-ready-finalizer

カメラレディ最終仕上げ

採択された論文を最終仕上げし、提出するカメラレディ版の整合性を確保して、匿名性を解除し、主張の安全性を確認したうえで、コード公開またはアーティファクト評価へ引き継げる状態にします。

次の場合にこのスキルを使用してください。

• 論文が採択され、ユーザーがカメラレディ版を必要としている
• 著者回答やディスカッションでの約束が最終 PDF に反映されているか確認する必要がある
• 匿名化された投稿原稿を、著者情報を含む最終版にする必要がある
• 謝辞、著者メタデータ、コードリンク、プロジェクトページ、助成金に関する記述を追加する必要がある
• 最終版の図、表、キャプション、付録、補足資料、参考文献の整合性を取る必要がある
• 新たな反論実験や査読者から求められた修正を、適切に統合する必要がある
• アップロード前に、主張、根拠、引用、コード公開の整合性を最終確認する必要がある
• カメラレディ版や出版社に公開されるソースから、エージェント専用ファイル、内部結果文書、プロット用スクリプト、未加工 CSV、査読・反論の作業用ファイル、非公開パスを取り除く必要がある

投稿前の準備にはこのスキルを使用しないでください。初回投稿の前には submit-paper を使用してください。査読が進行中の場合は rebuttal-strategist を使用してください。論文に関する公開上の対応事項が明確になった後は、公開コードリポジトリに release-code を使用してください。

このスキルと併せて、次を使用してください。

• 査読者からの指摘、回答での約束、約束した修正を確認するには rebuttal-strategist
• 最終的な主張、根拠、来歴、リスク、アクション、引き継ぎの関連性を確認するには paper-evidence-board
• 編集後の最終図、キャプション、表を再確認するには figure-results-review
• 最終版の BibTeX、引用、ラベル、メタデータの正確性を確認するには citation-audit
• 採択後の論文編集で関連研究の不足が判明した場合は citation-coverage-audit
• 採択された査読者の批判や限界について、最終的な表現を整えるには conference-writing-adapter
• 最終的な形式とコンパイルを確認するには submit-paper
• 公開コードとアーティファクトの引き継ぎには release-code と artifact-evaluation-prep
• 採択・カメラレディの節目を記録するには add-git-tag
• 最終的な論文の状態をセッションをまたいで保持するには research-project-memory

スキルのディレクトリ構成

<installed-skill-dir>/
├── SKILL.md
└── references/
    ├── claim-evidence-final-lock.md
    ├── de-anonymization.md
    ├── final-submission-audit.md
    ├── memory-writeback.md
    ├── rebuttal-promise-audit.md
    ├── release-handoff.md
    ├── report-template.md
    └── supplement-consistency.md

段階的な読み込み

• 必ず references/rebuttal-promise-audit.md、references/de-anonymization.md、references/claim-evidence-final-lock.md、references/final-submission-audit.md を読みます。
• 付録、補足資料、チェックリスト、追加資料がある場合は、references/supplement-consistency.md を読みます。
• コード、プロジェクトページ、アーティファクト、データ、チェックポイント、再現用リンクが関係する場合は、references/release-handoff.md を読みます。
• 最終レポートを作成する前に、references/report-template.md を読みます。
• プロジェクトに memory/ やコンポーネントの .agent/ フォルダーがある場合、またはユーザーが永続的なメモリを求めている場合は、references/memory-writeback.md を読みます。
• 会議ごとのカメラレディ規則が重要な場合は、ページ制限、必須セクション、ライセンス、チェックリスト、アップロード項目について断定する前に、最新の公式な会議の指示を確認します。

中核となる原則

• カメラレディ版の作成は、一貫性の確保と約束事項の完了確認であり、論文を書き直す作業ではありません。
• 査読への回答で約束した事項は、すべて履行するか、明示的に置き換えるか、該当しないことを記録してください。
• 匿名性の解除は漏れなく行う必要がありますが、新たな主張や根拠のない関連付けを持ち込まないでください。
• 最終的な主張は、最終版のエビデンス、図、表、補足資料、コードと一致している必要があります。
• 採択後に新たに加える修正は、リスクを減らすためのものであり、新規性や評価に関する議論を再び始めるものであってはなりません。
• 本文、付録、補足資料、メタデータ、コードへのリンクで、同じ内容を伝える必要があります。
• 最終成果物から、公開、アーティファクト評価、タグ付け、アーカイブへの記録に向けた明確な引き継ぎができるようにしてください。
• ローカルで TeX を利用できるかどうかを、永続的な論文の状態として記録しないでください。最終コンパイルのエビデンスをどこから得るかは、プロジェクト／ワークツリーのコンパイルバックエンド（local、Overleaf-GitHub、CI、または unknown）に基づいて判断してください。
• メインの論文ブランチで投稿時または arXiv の状態を保持する必要がある場合、カメラレディ版の最終調整には paper-worktrees/ 以下の専用の論文ワークツリーを優先してください。
• ユーザーがソースパッケージを非公開のままにすると明示していない限り、最終版のカメラレディソースは camera-ready-public または publisher-artifact として扱ってください。

ステップ 1 - 採択時の状況を確認する

以下を収集します。

• 論文のディレクトリとメインの LaTeX ファイル
• 最終版が paper/ にあるか、カメラレディ版用の paper-worktrees/ ワークツリーにあるか
• 対象の会議・出版先とカメラレディ版の締め切り
• 採択通知メール、メタレビュー、査読コメント、議論、著者回答
• 査読への回答で約束した事項の一覧（入手できる場合）
• 現在の採択時原稿と、現在のカメラレディ原稿
• 最終版の図、表、補足資料、付録、チェックリスト、参考文献
• 著者一覧、所属、謝辞、資金提供、プロジェクト／コード／データへのリンク
• コード公開またはアーティファクトに関する要件
• CLM-###、EVD-###、RSK-###、ACT-###、REV-###、PROM-### などのプロジェクトメモリ ID

約束事項の一覧がない場合は、論文を編集する前に、査読コメント、回答、議論から一覧を作成してください。

ステップ 2 - 査読への回答で約束した事項を監査する

references/rebuttal-promise-audit.md を読んでください。

約束事項の台帳を作成します。

• 査読者／情報源
• 約束した事項または暗黙の確約
• 必要な論文の変更
• 現在の状況
• 最終稿での該当箇所
• エビデンスまたはアーティファクトへのリンク
• 省略した場合のリスク

ステータス：

• fulfilled（履行済み）
• partially-fulfilled（一部履行）
• superseded（置き換え済み）
• not-applicable（該当なし）
• missing（未対応）
• needs-author-decision（著者の判断が必要）

都合が悪いという理由で、約束事項を黙って削除しないでください。履行できない約束がある場合は、そのリスクを記録し、必要に応じて慎重な注記または制約事項の案を作成してください。

ステップ 3 - 匿名性を解除し、最終メタデータを復元する

references/de-anonymization.md を読んでください。

以下を確認します。

• 著者名、順序、所属、メールアドレス、脚注
• 謝辞、資金提供、計算資源に関する助成、機関のリソース
• コード、データ、プロジェクトページ、モデル、付録へのリンク
• 自己引用と匿名化された参考文献
• 削除された匿名化用のプレースホルダー
• 該当する場合は、PDF のメタデータとアーティファクトのメタデータ
• 必要に応じて、ライセンス、著作権、出版元固有の最終メタデータ

資金提供、所属、著者順に関する情報を捏造しないでください。必要な個人情報または機関情報が不足している場合は、ユーザーに確認してください。

ステップ 4 - 主張を最終エビデンスに照らして確定する

references/claim-evidence-final-lock.md を読んでください。

主な主張ごとに、以下を確認します。

• 最終稿での該当箇所
• 根拠となる図、表、定理、実験、引用
• 最終ステータス：裏付けあり、範囲を限定、付録に移動、制約事項、または削除
• 査読への回答で追加した実験が主張に影響したかどうか
• キャプションと結果の説明が最終的な数値と一致しているか
• 補足資料とコードが論文の内容と一致しているか

主張に裏付けがない場合は、その範囲を限定するか、制約事項／今後の課題に移すか、削除してください。

ステップ 5 - 補足資料と付録の整合性を確認する

該当する場合は、references/supplement-consistency.mdを読みます。

以下を確認します。

• 本文から付録／補足資料への参照が正しく解決される
• 付録の番号、図表ラベル、相互参照が正しい
• 補足資料の主張が本文と矛盾しない
• 追加実験が一貫して要約されている
• 査読者から求められた詳細を簡単に見つけられる
• チェックリスト、倫理、制限事項、広範な影響、再現性の各セクションが最終的な投稿先の要件に適合している

ステップ 6 - 最終投稿監査を実施する

references/final-submission-audit.mdを読みます。

以下を確認します。

• 投稿先のカメラレディ原稿の指示とアップロード要件
• ページ制限と最終的な書式
• コンパイル状況と最終 PDF の健全性
• 参考文献とメタデータ
• ラベル、参照、図、表、アルゴリズム、数式、付録
• 古い TODO、コメント、原稿用マクロ、匿名化テキスト、または非表示のプレースホルダー
• 公開または出版社から閲覧可能なソースの整理状況：.texファイルに内部向けの図表説明、査読者メモ、プライベートパス、または原稿限定のコメントが含まれていないこと
• 公開または出版社から閲覧可能なツリーの整理状況：ソースパッケージに.agent/、AGENTS.md、CLAUDE.md、生の CSV、内部向け結果文書、プロットスクリプト、ノートブック、来歴台帳、査読／反論用の作業ファイル、またはプライベートパスが含まれていないこと
• 最終タイトル、要旨、著者メタデータ、PDF ファイル名
• リンクが含まれる場合は、最終的なリンク到達性

必要に応じて、詳細な確認にはcitation-auditとsubmit-paperを使用します。

コンパイルバックエンドがlocalの場合は、コンパイル前に実行時にコンパイラーを検出します。バックエンドがOverleaf-GitHubの場合は、GitHub リモートを確認し、依頼されたらカメラレディ原稿のソースをプッシュして、Overleaf でコンパイルするようユーザーに依頼します。バックエンドがCIの場合は、CI のログと成果物を使用します。最終的な LaTeX の修正には、リモートのログまたはスクリーンショットを活用します。

ステップ 7 - リリースと成果物の引き継ぎを準備する

該当する場合は、references/release-handoff.mdを読みます。

以下の引き継ぎ項目を作成します。

• release-code：リポジトリの公開設定、README、ライセンス、引用ファイル、タグ、モデル／データのリンク、再現コマンド
• artifact-evaluation-prep：インストール手順、予想実行時間、最小限のデモ、ハードウェア、チェックポイント、データ、トラブルシューティング
• add-git-tag：採択／カメラレディのマイルストーンの要約
• プロジェクトメモリの完了処理

論文の最終化とコードのリリースは分けて進めますが、必要な作業は明確にします。

ステップ 8 - カメラレディ報告書を作成する

references/report-template.mdを読みます。

プロジェクトに保存する場合、パスの指定がなければ、次を使用します。

docs/submission/camera_ready_audit_YYYY-MM-DD_<venue>.md

報告書には以下を含めます。

• 準備状況の判断
• 作業を妨げる問題
• 約束事項の台帳
• 匿名化解除の状況
• 最終的な主張／証拠の確定
• 補足資料／付録の整合性
• 最終投稿監査
• リリース／成果物の引き継ぎ
• メモリ更新のセクション

ステップ 9 - プロジェクトメモリに書き戻す

メモリがある場合は、references/memory-writeback.mdを読みます。

以下を更新します。

• memory/decision-log.md：採択およびカメラレディに関する判断
• memory/claim-board.md：最終的な主張の状況
• memory/evidence-board.md：最終論文用の証拠と成果物へのリンク
• memory/risk-board.md：残存する、受け入れ済みのリスク
• memory/action-board.md：最終的な阻害要因、リリース作業、成果物作業、タグ付け作業
• memory/source-visibility-board.md：最終的なソース公開範囲、クリーンアップのゲート、公開向けクリーン監査の状況、残っているソースパッケージの阻害要因
• paper/.agent/：カメラレディの状況、最終メタデータ、最終 PDF のパス、最終アップロードに関するメモ
• rebuttal/.agent/：約束事項の履行状況と受け入れられた結果

最終確認

最終化する前に、以下を確認してください。

• すべての反論への対応が反映されている
• 著者情報と謝辞が完備されている
• 匿名化用のプレースホルダーが残っていない
• 最終的な主張が最終的な根拠と一致している
• 図表、キャプション、補足資料、コードへのリンクに矛盾がない
• 最終的な参考文献とラベルに問題がない、または citation-audit に引き継がれている
• 最終形式に問題がない、または submit-paper に引き継がれている
• 最終ソースの公開状態に問題がない、または submit-paper／ソースのクリーンアップに引き継がれている
• コード、成果物、リリースに関する義務が適切に引き継がれている
• プロジェクトのメモリに採択済み／カメラレディの状態が記録されている