INFORMS旗艦ジャーナル執筆・編集（informs-writing） は何をしますか？
Operations Research（opre）、Management Science（mnsc）、Manufacturing & Service Operations Management（msom）、**INFORMS Journal on Computing（ijoc）**向けの学術原稿を、統一されたinforms4 LaTeXで執筆、構成、リライトし、査読に耐えるものにします。
中核となる運用原則
- Gitによるバージョン追跡を最優先: 本格的なドラフト作成やリライトの前に、ワークスペースがGitで初期化され、latex-gitignore.txt から
.gitignoreが設定されていることを確認します（git statusで確認、必要なら初期化）。セクションまたはリビジョンパスごとにクリーンなチェックポイントをコミットします（例：draft(intro): outline and first pass、polish(model): prune unused notation）。これにより、すべての散文や数式の編集が監査可能で復元可能になります。 - ソースの忠実性と保護領域の契約: すべての事実の主張、定理の記述、パラメータ記号、仮定のラベル、表番号、
\cite{...}、\ref{...}、\eqref{...}、.texマクロを保持します。引用、証明、ロバスト性チェック、または偽の「ヒューマナイザー」の特徴を決してでっち上げません。コード、LaTeX数式（$...$、\[...\]、equation、align）、booktabsの表、および逐語的な引用は、明示的な数学的表記の監査を行う場合を除き、保護領域として扱います。 - サイレント4パス・ディシプリン（
<= 2反復パス）: 内部で診断し、原稿の散文内で処理手順を説明することなくクリーンに実行します。ユーザーが追加パスを要求しない限り、セクションごとに最大2回の焦点を絞ったリビジョンパスで停止します。ドメイン標準の数学的な散文を会話的な薄っぺらいものに過剰に修正することは決してしません。 - 純粋な読者向け英語: 対象となる原稿の散文は、チャットプロンプト、LLM、または以前のドラフトに関する記憶を一切持ってはなりません。（"Unlike the previous version..."、"As requested..." のような）メタコメントや、テンプレートのプレースホルダー（
TODO、FIXME、[INSERT …]）が.texファイルに漏洩することは決して許されません。 - 視覚的な美しさとコンパイル済みPDFのQA: タイポグラフィ、表、図を
.texソースだけで判断してはいけません。booktabsを使用したすっきりとした表（@{}...@{}、\arraystretch、\cmidrule(lr)）と、8–10 ptのラベルに適したサイズのベクター図を作成し、TeXエンジンが利用可能な場合は常にPDFをコンパイルし、scripts/check_pdf_layout.pyを実行して、read_fileでフラグが立てられたページを目視検査し、空白の空白、重なり、余白のはみ出し、または文字化けしたグリフを発見します。
モードと参照ルーティング
ユーザーのリクエストに一致するプライマリモードを選択し、以下の該当する参照モジュールのみを読み込み、その手順に従ってステップバイステップで進めます。
| モード | いつ使用するか | 最初に読み込む参照 |
|---|---|---|
モード A: 0 -> 1 模範例によるドラフティング | コアアイデア、問題、またはアウトラインから始める場合。合法的なarXiv/SSRN/教員ページのPDFを取得して、セクションのペース、一文単位のアブストラクト構造（< 270語）、<= 3ページのイントロダクション予算、対応するセクションのワードカウントパリティ（模範例に対して+/-15%--20%）、定理と散文の比率、段落のリズムをミラーリングします。 | workflow-write-exemplar.md、section-and-lane-architecture.md、journals-informs-matrix.md |
| モード B: 反AIリライトと散文の手術 | AIが生成した、または堅苦しい人間によるドラフトを磨き上げる場合。表記の膨張を削減する場合。コールドスタートの概念、防御的な但し書き、生の小数点データの羅列、定義のずれ、またはチャットの漏洩を修正する場合。 | workflow-rewrite-deai.md、human-craft-and-anti-ai.md、math-notation-and-appendix.md |
| モード C: 査読調整、契約監査、ジャーナル再ターゲティング | セクション間の主張の一貫性をチェックする場合。証拠の動詞を調整する場合。識別仕様を準備する場合。ワーキングペーパーを投稿用に変換する場合。または査読者に回答する場合。 | manuscript-contract-and-reviewer-calibration.md、empirical-and-identification-craft.md、journals-informs-matrix.md |
クロスモードのサポートリソース:
- ビジュアルデザイン基準（表、ベクター図）とコンパイル済みPDFレイアウトトリアージ: visual-design-and-pdf-qa.md
- マスター
informs4LaTeXスケルトン（全4ジャーナル + 統一\ECSwitch）: informs4-master.tex
7つの厳格な禁止ルール
scripts/audit_informs_draft.pyは、これらのルールをハードブロッキングのERRORゲートとして強制します（終了コード 1）。
- 病状1 — 表記の最小化と数式の衛生: 複数の式で再利用されるか、実質的な経済的・運用上の意味を持つ記号のみを定義します。すべてのディスプレイ数式、下付き文字、パラメータは、それらの存在価値を証明しなければなりません。
\eqref/\refで参照される数式のみに番号を付けます。それ以外の場合はalign*/\[...\]を使用します。eqnarrayは禁止です。 - 病状2 — コンテキストファーストの導入: 専門用語、定型設定、
\begin{definition}、\begin{theorem}、または表記法を、平易な英語での直感的な動機付けと運用上の意味なしに、いきなり開始してはいけません。 - 病状3 — 自然でリズムのある学術英語: AI語彙の決まり文句（delve、tapestry、underscore、pivotal、moreover/furthermoreの補助語）、分詞節の末尾（..., thereby enabling...）、中国語英語の直訳（with the rapid development of...）、散文のemダッシュ（
---/—）、装飾的なコロンラベルの箇条書き、否定的な並列構造（not merely X, but Y）を排除します。具体的な行為者-動詞-目的語の文を使用します。 - 病状4 — 結果への確信（防御的な但し書きなし）: 構造的な限界は、Scope/Model SetupまたはFuture Workの中で一度だけきれいに述べます。定理、経営上の洞察、または実証的知見を提示した直後に、それを弱体化させてはいけません（"Although we prove X, this does not fully establish..."）。
- 病状5 — パターン散文 vs. 表の精度: 経済メカニズム、桁違い、きれいな丸めベンチマーク（
roughly 1%--2%、nearly threefold）、および定性的な比較静学は散文で説明します。正確な2〜3桁の小数点推定値、標準誤差、信頼区間は、booktabsの表内に保持します（threeparttable+siunitxを使用、\hlineはゼロ、垂直|はゼロ）。 - 病状6 — 厳格な用語規律: 各コアコンストラクトは正確に一度だけ定義します。論文全体で一つの標準的な用語と記号を一貫して使用します（
Abstract、Introduction、Model、Results、Conclusion間で同義語を循環させてはいけません）。 - 病状7 — チャット/改訂履歴の漏洩ゼロ: 原稿ファイル内に*"Unlike the previous draft"、"I have corrected"、"per reviewer feedback"*、または未記入のブラケット/TODOプレースホルダーを決して書いてはいけません。査読者への返答レターは別の独立した文書に保管します。
2層ジャーナルベースラインとデルタ（informs4）
完全な仕様はjournals-informs-matrix.mdにあります。ベースラインの概要とジャーナルごとの必須デルタです。
- 共有ベースライン（全4ジャーナル）: 統一
informs4.cls（レビュー用はnonblindrev、ダブルアノニマスが必要な場合はblindrev）; 100%統一オンライン付録（\ECSwitch）、本文中にはゼロの通常の\appendix;booktabs+threeparttableの表（\toprule、\midrule、\bottomrule）; ゼロの散文emダッシュ（enダッシュ--は数値/ページ範囲専用）; 調整された証拠動詞（characterize、establish、bound、document、identify、estimate、is consistent with）。
| オプション | ジャーナル | アブストラクトとキーワード | 本文の標準的な長さ | 付録と証明の方針 | 編集上の特徴と厳格なルール |
|---|---|---|---|---|---|
opre | Operations Research | 単一ブロックの\ABSTRACT + \SUBJECTCLASS + \AREAOFREVIEW | シングルスペースで約32～36ページ（参考文献含む目標<= 35ページ） | 100% \ECSwitch（Online Appendix EC.x）; 主要な定理と3～6文の本文Proof Sketchをペアにする | 厳密さ + 驚きのある方法論的・構造的ペイオフ; 孤立した形式的な結果は不可 |
mnsc | Management Science | 単一ブロックの\ABSTRACT（< 270語、ポータルの制限を確認） + 3～5つの小文字\KEYWORDS + \HISTORY | 1.5行間隔のinforms4シングルカラム（参考文献含む）で <= 32ページ | 100% \ECSwitch | 幅広い分野横断的な重要性; データとコードの開示セクション; 明確な実務/経営上の洞察 |
msom | M&SOM | 必須の3部構成の構造化\ABSTRACT（Problem definition、Methodology/results、Managerial implications） | <= 32ページの原稿 | 100% \ECSwitch（ECの目標上限は16ページ） | ページ下部の\footnoteではなくエンドノート（\theendnotes）; タイトなエンドツーエンドのオペレーションズへの根拠付け |
ijoc | INFORMS J. on Computing | 簡潔な単一ブロック\ABSTRACT + 問題/計算上の影響 | 参考文献含めて約30～35ページ | 100% \ECSwitch（Online Appendix EC.x）; 本文中のアルゴリズムの複雑性 + 主要な証明のスケッチ | OR + CSの融合; 形式ばったalgorithm2e疑似コード; .cd Dual-DOI ソフトウェア & データコンパニオンリポジトリプロトコル（INFORMSJoC） |
自動品質ゲート（最終ハンドオフ前に毎回実行）
スキルルートから3つの検証スクリプトすべてを実行するか（または原稿.tex/テキストへのフルパスを渡します）、
- ハードLaTeX & AI病状ゲート （ハードな
ERRORがあると終了コード1で終了します。ブロックしない検査には--advisoryを渡します）:python scripts/audit_informs_draft.py path/to/main.tex --journal mnsc - 段落構成、動詞調整、リズムチェック （ファイルパスまたは
stdin、--section、--strictをサポート）:python scripts/check_prose_craft.py path/to/section.tex --section intro --strict - セクション間契約のずれ、模範例との長さパリティ、オンライン付録の配置 （
.texまたは.md/.txt）:python scripts/audit_manuscript_contract.py path/to/main.tex --journal opre --exemplar-abstract-words <N_abs> --exemplar-intro-words <N_intro> python scripts/audit_manuscript_contract.py --place-results items.txt --journal ijoc - コンパイル済みPDFのビジュアルレイアウト、空白、グリフゲート （常に
read_fileでレンダリングされたPNGを検査します）:python scripts/check_pdf_layout.py path/to/main.pdf --render-flagged /tmp/pdf_qa
すべてのソースとPDFゲートがクリーンに通った後、変更された.texファイルをステージングし、更新された原稿を納品する前に説明的なGitコミットを作成します。