How to Proofread a LaTeX Paper in Overleaf (Without Breaking Math)

あなたは午前 4 時に NeurIPS 論文の下書きを終え、それを文法ツールに貼り付けます。 「エラー」の半分は、ツールが認識しなかった LaTeX コマンドです。方程式ラベルのうち 3 つが壊れています。参考文献セクションはナンセンスに「改良」されました。締め切りは 6 時間以内なので、すべてを元に戻し、編集せずに論文を発送します。

これは、デフォルトの LaTeX と校正者エクスペリエンスです。汎用の文法ツールは、マークアップが混在したソース ファイル用に設計されていません。良いニュースです。適切なワークフローがあれば、LaTeX での AI 校正は簡単かつ安全です。重要なのは、何を校正者に送信し、何を放っておくのか、コンテキストを損なわないように文書を分割する方法、コンパイルを中断せずに編集内容を .tex ファイルに戻す方法を知ることです。

LaTeX が一般的な文法ツールにとって難しい理由

問題は単純です。ほとんどの文法ツールはテキストを散文として読み取ってしまいます。 LaTeX ソース ファイルは散文ではありません。これらは、散文、構造コマンド、数式、引用、参照の組み合わせです。構造を理解していないツールはコマンドを単語として扱い、それを「修正」しようとします。

Three things typically break:

数学式は言い換えられます。 $\alpha < 0.05$ のようなインライン数学は、「ゼロ ポイント ゼロ 5 未満のアルファ」、またはさらに悪いことに、ナンセンスに「単純化」されます。 \begin{equation}...\end{equation} ブロック内の表示数学は、ツールが再構築したい段落として扱われます。

引用コマンドはマングルされます。 \citep{smith2023} は \citep smith2023 や [smith2023] になったり、架空の著者名に「拡張」されたりすることもあります。参照は静かに壊れ、論文はコンパイルされなくなります。

構造コマンドは書き換えられます。 \section{Methods} は \section {Methods} になります。エスケープ文字「修正」の後、\textbf{key result} は \\textbf{key result} になります。コンパイルエラーが発生し、どの「修正」が問題を引き起こしたかを追跡するのは面倒です。

修正方法は、LaTeX 対応の特別な文法ツールを使用することではありません (存在しますが)。修正方法は、校正者に散文のみを送信し、マークアップを分離して、編集内容を手動で再統合することです。これは面倒に思えます。そうではありません。このワークフローは、純粋な散文文書と比較して、論文ごとに約 20 分余分にかかります。また、不注意に貼り付けた後でコンパイル エラーを修正するよりも高速です。

What to copy and what to leave

基本的なルールは、単語をコピーすることです。コマンド、ラベル、引用、数学などはすべて残しておきます。

Copy this:

We extend prior work on neural transformer architectures by introducing
a sparse attention mechanism that scales linearly with input length.
Our experiments on the standard benchmarks show consistent improvements
over the current state-of-the-art.

Don't copy this (in the same file):

\section{はじめに}
\label{秒:イントロ}

\input{intro_v3}

\begin{equation}
\mathcal{L}(\theta) = -\sum_{i=1}^{N} \log p_\theta(y_i | x_i)
\label{eq:loss}
\end{equation}

As shown in Equation~\ref{eq:loss}, the loss function...
\citep{vaswani2017attention,brown2020language}

最初のブロックは、校正者が適切に処理できる散文です。 2 番目のブロックにはコマンド、ラベル、数学、および引用キーが含まれていますが、校正者はどれも触れるべきではありません。

実際には、散文を段落ごと (またはセクションごと) にコピーし、外部で編集してから、編集内容を .tex ファイル内の同じ段落に貼り付けます。 \section{}、\label{}、\input{}、方程式ブロック、および \citep{} 呼び出しはそのままにしておきます。

The chunking strategy

12 ページの LaTeX 論文は 1 つの散文文書ではなく、マークアップで区切られた 15 ～ 20 個の散文の塊です。校正の適切な粒度はサブセクションのサイズです: チャンクあたり 200 ～ 500 ワードです。

一度に 1 つのセクションが最適です。 小さなチャンク (1 つの段落) では、段落間の文脈が失われます。単独では問題なく聞こえるトランジションが、文脈では間違っている可能性があります。大きな塊 (論文全体) は精度を失います。校正者は 5,000 単語よりも 500 単語の方がうまく処理できます。

方法論と結果のセクションは、より細かく分割する必要がある場合があります。 これらのセクションでは、散文と数学や表が交互になる傾向があります。各方程式ブロックの前、各テーブルの後、サブセクション間でチャンクします。可能な限り散文のチャンクを連続させてください。

要約と結論は完全な文書で扱われます。 これらは通常短い (200 ～ 400 ワード) ため、独立した文章として一貫して読む必要があります。それぞれを 1 つのチャンクとして編集します。

キャプションは別個のチャンクです。 図と表のキャプションは個別に編集する必要があります。多くの場合、すぐに実行できるほど短いため、セクションレベルのパスでは見逃されることがよくあります。

一般的な会議論文の場合はおよそ 8 ～ 15 チャンク、雑誌論文の場合は 20 ～ 30 チャンク、論文の章の場合は 50 ～ 100 チャンクを目指します。

Round-tripping edits back into LaTeX

再統合のステップでは、ほとんどのワークフローが中断されます。いくつかの習慣を身につければ安全になります。

目玉ではなく、差分ツールを使用してください。 オリジナルの散文チャンクと編集したバージョンを差分ビューアに貼り付けます (まともなテキスト エディタには差分ビューアが組み込まれています。Overleaf の履歴機能も機能します)。 diff はすべての変更を強調表示します。周囲のマークアップを維持しながら、各変更をソース ファイルに手動で適用します。

変更は一度に 1 段落ずつ適用します。 編集された長いセクションをソースにバッチ貼り付けないでください。これを段落ごとに適用し、重要な段落ごとにコンパイル チェックを行います。何かが壊れた場合、セクション全体ではなく、1 つの段落が壊れています。

特殊文字に注意してください。 AI で編集されたテキストには、スマート引用符 (直線の " の代わりに波線の ")、全角ダッシュ (-- の代わりに —)、または非改行スペースが含まれる場合があります。これらは LaTeX で正しくレンダリングされない可能性があります。編集後の検索と置換パスにより、それらが検出されます。

\label{} と \ref{} の一貫性を再確認してください。 校正者が Section~\ref{sec:methods} 参照の周りの表現を微妙に変更した場合は、参照ターゲットがコンテキスト内で依然として意味をなしていることを確認してください。

セクションごとにコンパイルします。 これは過剰に聞こえます。そうではありません。提出前の午前 3 時に壊れた論文は、編集中に余分に 5 回コンパイルをクリックするよりもはるかに悪いです。

方程式を壊さずに数学を処理する

数学は最もリスクが高い分野です。ルールは簡単です。数学を校正者に送信しないでください。

インライン数学 ($...$) はソース ファイルに残ります。 編集のために段落をコピーするときは、インライン数学を [MATH1]、[MATH2] などのプレースホルダーに置き換えます。プレースホルダーの周囲の散文を編集します。再統合するときは、元の計算を復元します。

A paragraph like:

We define the loss as $\mathcal{L}(\theta) = -\sum_{i=1}^{N} \log p_\theta(y_i | x_i)$, where $\theta$ are the model parameters and $N$ is the batch size.

Becomes for editing:

We define the loss as [MATH1], where [MATH2] are the model parameters
and [MATH3] is the batch size.

校正者は散文を編集します。再統合中に計算を復元します。

表示数学 (\begin{equation}...\end{equation}) は完全に除外されます。 前後の段落を編集します。方程式ブロックはそのままにしておきます。

方程式の参照 (Equation~\ref{eq:loss}) は注意が必要です。 インライン計算にプレースホルダーを使用した場合は、参照コマンドにもプレースホルダーを使用します: [REF1] に示されているように。その後、復元します。

散文の統計式は特殊なケースです。 散文の「(p < 0.001)」のようなものは、技術的には数学ですが、表示構文はほとんど使用されません。 MDX の問題を回避するために HTML エンティティを使用して (p < 0.001) を記述する場合、それは LaTeX とは別の問題です。 LaTeX ソースでは、(p < 0.001) は問題ありません。校正者に書き直されたくない場合は、プレースホルダー システムに含めてください。

LaTeX を使用しない共同編集者の変更を追跡

本当のワークフローの問題: アドバイザーが LaTeX ソースを読みません。彼らは、変更が追跡された Word 文書を必要としています。

標準的な解決策は pandoc です。 LaTeX を .docx ファイルにコンパイルし、アドバイザーに送信し、追跡された変更を取得して、手動で変更を .tex ソースに適用します。これは機能しますが、遅いです。

より早い解決策は、最初に編集パスを実行することです。 散文チャンクを AI 校正ツール に貼り付け、各チャンク (または組み立てられた散文) の変更追跡 .docx をエクスポートします。それをレビューのためにアドバイザーに送信します。変更追跡ファイルを独自の追加でマークアップします。受け入れられた変更を組み合わせて LaTeX ソースに適用します。

これにより、2 つの手動統合ステップが 1 つで済みます。最初の統合 (校正者が LaTeX に編集) は機械的で高速です。 2 番目の統合 (アドバイザーの追加) は、いずれにしても行う作業と同じです。

LaTeX を読む共同作業者の場合は、latexdiff を使用してください。 これにより、挿入と削除がマークアップされた 2 つの .tex バージョンの並べて比較が生成されます。追跡された変更を視覚的に示す PDF にコンパイルされます。散文編集パスと組み合わせると、LaTeX に精通した共同作業者と変更を共有する最もクリーンな方法になります。

The full workflow, compressed

以下は、モニターに録画するのに適した 90 秒の要約シーケンスです。

1. .tex ファイルを Overleaf かローカルのエディタで開きます。
2. 各プローズの塊（通常は節単位で、200〜500 words ほど）ごとに： a. プローズをコピーします。インライン数式をプレースホルダーに置き換えます。 b. それを proofreader に貼り付けます。Standard の編集パスを実行します。 c. 追跡された変更を確認し、各変更を承諾するか却下します。 d. 数式プレースホルダーを元に戻します。 e. .tex ソースに、段落ごとに編集を適用します。 f. コンパイルします。破綻がないことを確認します。
3. 数式ブロックは完全にスキップします。
4. キャプションは別々の小さな塊として編集します。
5. 最終コンパイル。参照が引き続き解決されることを確認します。
6. LaTeX 以外の共同編集者に送る場合は、プローズ用に proofreader から追跡変更つき .docx をエクスポートして、それを送ります。LaTeX の共同編集者に送る場合は、レビュー用に latexdiff の PDF を生成します。

このワークフローでは、12 ページの会議資料を作成するのに約 90 分かかります。論文の章には 3 ～ 5 時間かかります。どちらも、単純にすべてをペーストして壊れた LaTeX を修正するよりも速く、編集品質もはるかに高くなります。

投稿準備中の論文については、ジャーナル カバー レター ガイド も参照してください。通常、カバー レターは、特に編集者の最初の 60 秒が運命を決定する会場では、著者が与える以上に注意を払う必要があります。

See the Full AI Proofreader

Tracked-changes editing for academic prose. Free tier includes every feature.

Frequently asked questions

Q: Overleaf には、LaTeX を正しく処理する文法チェッカーが組み込まれていますか?

Overleaf は Writefull をバンドルします。これは LaTeX 対応で、Overleaf エディタ内に存在します。無料の統合には制限があります。有料のWritefullプレミアムはそれを拡張します。 Writefull と専用の校正プラットフォームの比較については、ProofreaderPro vs Writefull を参照してください。簡単に言えば、主に LaTeX で記述し、編集の必要が言語のみである場合、Writefull のネイティブ統合は優れています。ヒューマナイゼーション、多言語編集、LaTeX 以外の共同作業者向けの変更履歴のエクスポートも必要な場合は、外部校正者の方がワークフローに適しています。

Q: 私の論文を外部ツールにコピーすると、カンファレンスの匿名化ルールに違反しますか?

匿名化ルールは、編集プロセスではなく、レビュー担当者に送信されたバージョンに適用されます。自分の下書きに対して編集ツールを使用することは匿名化違反ではありません。とはいえ、ホストされたツールに未公開の作品が保存されていることが心配な場合は、ツールのデータ ポリシーを確認してください。ユーザー入力に基づいてトレーニングしないことを明示しているツール (私たちのものなど) は、一般に、未公開の作品に対して安全です。非常に機密性の高いコンテンツ (防衛関連、患者データに隣接) の場合、一部の施設では自己ホスト型ツールが必要です。その場合、ローカルで実行できるオープンソース モデルが正しい選択です。

Q: BibTeX エントリについてはどうですか?それらも校正する必要がありますか?

BibTeX エントリは散文ではないため、校正者に送信しないでください。これらは、ジャーナルの引用スタイル要件に正確に一致する必要がある、フォーマットされた引用レコードです。 BibTeX を保守するには、リファレンス マネージャー (Zotero、BibDesk) を使用します。元の出版物と照らし合わせてエントリが正確であることを確認してください。校正者の仕事は、\cite{} 呼び出しの周囲の散文で終了します。 BibTeX ファイル自体は別のドキュメントです。

Q: 私の論文にはたくさんの方程式が含まれています。 AI 校正は本当に努力する価値がありますか?

方程式が多い論文の場合、編集ワークフローは事前に重くなりますが、その価値は高くなります。数学を多用した論文の散文は、著者が数学に集中しているため、あまり注目されないことがよくあります。これは、散文には校正者が発見する問題がある可能性が高いことを意味します。 12 ページの会議論文の 90 分間の編集パスは、数学の多い論文にも適用されます。どちらの方法でも同じ量の散文を編集することになります。あなたの論文が本当に 80% が方程式で 20% が散文である場合 (理論的な研究でもまれです)、校正にかかる時間は比例して短くなります。慎重に散文を編集しても読者エクスペリエンスが目に見えて改善されなかった、数学を多用した論文は見たことがありません。