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

Bạn hoàn thành việc soạn thảo bài luận NeurIPS của mình lúc 4 giờ sáng và dán nó vào một công cụ ngữ pháp. Một nửa "lỗi" của bạn là các lệnh LaTeX mà công cụ không nhận ra. Ba nhãn phương trình của bạn hiện đã bị hỏng. Phần tài liệu tham khảo đã bị “cải tiến” thành vô nghĩa. Bạn hoàn nguyên mọi thứ và gửi bài báo chưa chỉnh sửa vì thời hạn là sáu giờ.

Đây là trải nghiệm LaTeX-và-hiệu đính mặc định. Các công cụ ngữ pháp có mục đích chung không được thiết kế cho các tệp nguồn có chứa phần đánh dấu. Tin vui: với quy trình làm việc phù hợp, việc hiệu đính AI trên LaTeX rất đơn giản và an toàn. Điều quan trọng là biết những gì cần gửi cho người hiệu đính và những gì nên để lại, cách chia nhỏ tài liệu để ngữ cảnh vẫn nguyên vẹn và cách chỉnh sửa hai chiều trở lại các tệp .tex của bạn mà không làm hỏng quá trình biên dịch.

Tại sao LaTeX lại khó đối với các công cụ ngữ pháp phổ thông

Vấn đề rất đơn giản: hầu hết các công cụ ngữ pháp đều đọc văn bản của bạn dưới dạng văn xuôi. Tệp nguồn LaTeX không phải là văn xuôi. Chúng là sự kết hợp của văn xuôi, mệnh lệnh cấu trúc, biểu thức toán học, trích dẫn và tài liệu tham khảo. Một công cụ không hiểu cấu trúc sẽ coi các lệnh như các từ và cố gắng "sửa" chúng.

Three things typically break:

Biểu thức toán học được diễn giải. Toán học nội tuyến như $\alpha < 0,05$ trở thành "alpha nhỏ hơn 0 điểm 0 năm" hoặc tệ hơn, bị "đơn giản hóa" thành vô nghĩa. Hiển thị phép toán trong các khối \begin{equation}...\end{equation} được coi là một đoạn mà công cụ muốn cơ cấu lại.

Các lệnh trích dẫn bị sai lệch. \citep{smith2023} trở thành \citep smith2023, [smith2023], hoặc thậm chí được "mở rộng" thành tên tác giả được phát minh. Các tài liệu tham khảo bị ngắt một cách âm thầm và bài viết của bạn không còn được biên dịch nữa.

Các lệnh cấu trúc được viết lại. \section{Methods} trở thành \section {Methods}. \textbf{key result} trở thành \\textbf{key result} sau khi "sửa" ký tự thoát. Biên dịch kết quả lỗi và theo dõi những lỗi "sửa chữa" nào bị hỏng là điều khó khăn.

Cách khắc phục là không sử dụng công cụ ngữ pháp nhận biết LaTeX đặc biệt, mặc dù những công cụ đó vẫn tồn tại. Cách khắc phục là chỉ gửi văn xuôi cho người hiệu đính, giữ riêng phần đánh dấu và tích hợp lại các chỉnh sửa theo cách thủ công. Điều này nghe có vẻ tẻ nhạt. Không phải vậy - quy trình làm việc mất thêm khoảng 20 phút cho mỗi bài viết so với tài liệu văn xuôi thuần túy và nhanh hơn việc sửa các lỗi biên dịch sau khi dán bất cẩn.

What to copy and what to leave

Nguyên tắc cơ bản: sao chép các từ; để lại mọi thứ là lệnh, nhãn, trích dẫn hoặc toán học.

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{Introduction}
\label{sec:intro}

\input{intro_v3}

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

Như được hiển thị trong Equation~\ref{eq:loss}, hàm mất mát...
\citep{vaswani2017chú ý, brown2020ngôn ngữ}

Khối đầu tiên là phần văn xuôi mà người hiệu đính của bạn xử lý một cách rõ ràng. Khối thứ hai chứa các lệnh, nhãn, toán học và khóa trích dẫn - không có phím nào trong số đó mà người soát lỗi nên chạm vào.

Trong thực tế, bạn sao chép văn xuôi từng đoạn (hoặc từng phần), chỉnh sửa nó từ bên ngoài, sau đó dán các chỉnh sửa trở lại vào cùng một đoạn trong tệp .tex của bạn. Bạn giữ nguyên các lệnh gọi \section{}, \label{}, \input{}, các khối phương trình và \citep{}.

The chunking strategy

Một bài viết LaTeX dài 12 trang không phải là một tài liệu văn xuôi — nó gồm 15-20 đoạn văn xuôi được phân tách bằng cách đánh dấu. Mức độ chi tiết phù hợp cho việc hiệu đính là kích thước phần phụ: 200-500 từ mỗi đoạn.

Mỗi lần một phần là điểm thú vị. Các đoạn nhỏ hơn (một đoạn) làm mất ngữ cảnh giữa các đoạn — một đoạn chuyển tiếp nghe có vẻ ổn khi đứng riêng lẻ nhưng có thể sai ngữ cảnh. Các phần lớn hơn (toàn bộ bài báo) mất độ chính xác - người hiệu đính xử lý 500 từ tốt hơn 5.000.

Phần phương pháp và kết quả có thể cần được chia nhỏ hơn. Những phần này có xu hướng xen kẽ văn xuôi với toán học và bảng biểu. Phân đoạn trước mỗi khối phương trình, sau mỗi bảng, giữa các phần phụ. Giữ các đoạn văn xuôi liền kề nhau bất cứ khi nào có thể.

Tóm tắt và kết luận được xử lý thành tài liệu đầy đủ. Chúng thường ngắn (200-400 từ) và cần đọc mạch lạc như các phần độc lập. Chỉnh sửa từng đoạn một.

Chú thích là các phần riêng biệt. Chú thích hình và bảng phải được chỉnh sửa riêng lẻ. Chúng thường đủ ngắn để thực hiện nhanh chóng và thường bị bỏ sót trong các đường chuyền ở cấp độ phần.

Đặt mục tiêu khoảng 8-15 đoạn cho một bài báo hội nghị thông thường, 20-30 đoạn cho một bài báo, 50-100 đoạn cho một chương luận văn.

Round-tripping edits back into LaTeX

Bước tái hòa nhập là bước mà hầu hết các quy trình công việc đều bị gián đoạn. Một vài thói quen làm cho nó an toàn.

Sử dụng công cụ phân biệt, không phải nhãn cầu. Dán đoạn văn xuôi gốc của bạn và phiên bản đã chỉnh sửa vào một trình xem khác biệt (bất kỳ trình soạn thảo văn bản phù hợp nào cũng có một trình soạn thảo tích hợp sẵn; tính năng lịch sử của Overleaf cũng hoạt động). Sự khác biệt làm nổi bật mọi thay đổi. Áp dụng từng thay đổi theo cách thủ công vào tệp nguồn, giữ nguyên phần đánh dấu xung quanh.

Áp dụng các thay đổi từng đoạn một. Không dán hàng loạt phần đã chỉnh sửa dài vào nguồn của bạn. Áp dụng nó theo từng đoạn, với phần kiểm tra biên dịch sau mỗi đoạn quan trọng. Nếu có chỗ nào đó bị hỏng, nghĩa là bạn đã làm hỏng một đoạn chứ không phải toàn bộ phần.

Theo dõi các ký tự đặc biệt. Văn bản do AI chỉnh sửa đôi khi trả về bằng dấu ngoặc kép thông minh (" xoăn thay vì " thẳng), dấu gạch ngang em (— thay vì --) hoặc dấu cách không ngắt. Những thứ này có thể hiển thị không chính xác trong LaTeX. Thẻ tìm và thay thế sau khi chỉnh sửa sẽ bắt được chúng.

Kiểm tra lại tính nhất quán của \label{} và \ref{}. Nếu người hiệu đính đã khéo léo thay đổi cách diễn đạt xung quanh tham chiếu Section~\ref{sec:methods}, hãy xác minh rằng mục tiêu tham chiếu vẫn có ý nghĩa trong ngữ cảnh.

Biên dịch sau mỗi phần. Điều này nghe có vẻ quá đáng. Không phải vậy. Một tờ giấy bị hỏng lúc 3 giờ sáng trước khi nộp còn tệ hơn nhiều so với việc phải bấm thêm năm lần nữa trong quá trình chỉnh sửa.

Xử lý toán học mà không phá hủy phương trình của bạn

Toán là lĩnh vực có nguy cơ cao nhất. Quy tắc rất đơn giản: không bao giờ gửi toán cho người hiệu đính.

Toán nội tuyến ($...$) vẫn ở trong tệp nguồn. Khi bạn sao chép một đoạn văn để chỉnh sửa, hãy thay thế toán nội tuyến bằng một phần giữ chỗ như [MATH1], [MATH2]. Chỉnh sửa văn xuôi xung quanh phần giữ chỗ. Khi tái hòa nhập, khôi phục lại toán học ban đầu.

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.

Người hiệu đính chỉnh sửa văn xuôi. Bạn khôi phục toán học trong quá trình tái hòa nhập.

Hiển thị phép toán (\begin{equation}...\end{equation}) bị loại trừ hoàn toàn. Chỉnh sửa các đoạn văn trước và sau; giữ nguyên khối phương trình.

Tham chiếu phương trình (Equation~\ref{eq:loss}) rất phức tạp. Nếu bạn đã sử dụng trình giữ chỗ cho phép toán nội tuyến, thì cũng hãy sử dụng trình giữ chỗ cho các lệnh tham chiếu: như được hiển thị trong [REF1]. Sau đó khôi phục.

Biểu thức thống kê trong văn xuôi là một trường hợp đặc biệt. Những thứ như (p < 0,001) trong văn xuôi là toán học về mặt kỹ thuật nhưng hiếm khi sử dụng cú pháp hiển thị. Nếu bạn viết (p < 0,001) bằng cách sử dụng thực thể HTML để tránh các vấn đề MDX, thì đó là một vấn đề khác với LaTeX. Trong nguồn LaTeX, (p < 0,001) là ổn; chỉ cần đưa nó vào hệ thống giữ chỗ của bạn nếu bạn không muốn người hiệu đính viết lại nó.

Các thay đổi được theo dõi đối với những cộng tác viên không sử dụng LaTeX

Một vấn đề thực sự về quy trình làm việc: cố vấn của bạn không đọc nguồn LaTeX. Họ muốn có một tài liệu Word có những thay đổi được theo dõi.

Giải pháp tiêu chuẩn là pandoc. Biên dịch LaTeX của bạn thành tệp .docx, gửi cho cố vấn của bạn, nhận lại các thay đổi được theo dõi, áp dụng thủ công các thay đổi cho nguồn .tex của bạn. Điều này hoạt động nhưng chậm.

Giải pháp nhanh hơn là thực hiện bước chỉnh sửa trước. Dán các đoạn văn xuôi của bạn vào trình hiệu đính AI của chúng tôi và xuất các thay đổi được theo dõi .docx cho từng đoạn (hoặc cho văn xuôi đã được tập hợp). Gửi cho cố vấn của bạn để xem xét. Họ đánh dấu tệp những thay đổi được theo dõi bằng những phần bổ sung của riêng họ. Bạn áp dụng các thay đổi được chấp nhận kết hợp trở lại nguồn LaTeX của mình.

Điều này đổi hai bước tích hợp thủ công thành một. Quá trình tích hợp đầu tiên (trình hiệu đính chỉnh sửa thành LaTeX) diễn ra nhanh chóng và cơ học. Việc tích hợp thứ hai (bổ sung của cố vấn) vẫn là công việc bạn vẫn đang làm.

Đối với những cộng tác viên đã đọc LaTeX, hãy sử dụng latexdiff. Điều này tạo ra sự so sánh song song của hai phiên bản .tex, với các phần chèn và xóa được đánh dấu. Nó biên dịch thành một tệp PDF hiển thị các thay đổi được theo dõi một cách trực quan. Kết hợp với thẻ chỉnh sửa văn xuôi, đây là cách rõ ràng nhất để chia sẻ các thay đổi với những cộng tác viên thông thạo LaTeX.

The full workflow, compressed

Đây là trình tự tóm tắt dài 90 giây, phù hợp để dán vào màn hình của bạn.

1. Mở tệp .tex của bạn trong Overleaf hoặc trình soạn thảo cục bộ của bạn.
2. Đối với mỗi đoạn văn xuôi (thường có kích thước tiểu mục, 200-500 từ): một. Sao chép văn xuôi. Thay thế phép toán nội tuyến bằng phần giữ chỗ. b. Dán vào trình hiệu đính. Chạy thẻ chỉnh sửa tiêu chuẩn. c. Xem lại những thay đổi được theo dõi; chấp nhận hoặc từ chối mỗi người. d. Khôi phục phần giữ chỗ toán học. đ. Áp dụng các chỉnh sửa theo từng đoạn cho nguồn .tex. f. Biên dịch. Xác nhận không bị vỡ.
3. Bỏ qua hoàn toàn các khối phương trình.
4. Chỉnh sửa chú thích thành từng phần nhỏ riêng biệt.
5. Biên dịch cuối cùng. Xác minh tài liệu tham khảo vẫn giải quyết.
6. Nếu gửi cho cộng tác viên không phải LaTeX, hãy xuất các thay đổi được theo dõi .docx từ trình hiệu đính cho văn xuôi; gửi cái đó. Nếu gửi cho cộng tác viên LaTeX, hãy tạo tệp PDF latexdiff để xem xét.

Một bài báo hội nghị dài 12 trang mất khoảng 90 phút thông qua quy trình làm việc này. Một chương luận văn mất 3-5 giờ. Cả hai đều nhanh hơn việc sửa LaTeX bị hỏng sau khi dán mọi thứ một cách đơn giản và chất lượng chỉnh sửa cao hơn nhiều.

Đối với các bài viết đang chuẩn bị nộp, hãy xem thêm hướng dẫn viết thư xin việc tạp chí của chúng tôi — thư xin việc thường cần được chú ý nhiều hơn mức tác giả đưa ra, đặc biệt ở những địa điểm mà 60 giây đầu tiên của người biên tập sẽ quyết định số phận của bạn.

See the Full AI Proofreader

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

Frequently asked questions

Hỏi: Overleaf có trình kiểm tra ngữ pháp tích hợp sẵn để xử lý LaTeX một cách chính xác không?

Overleaf gói Writefull, nhận biết LaTeX và nằm bên trong trình soạn thảo Overleaf. Việc tích hợp miễn phí bị hạn chế; Writefull Premium trả phí sẽ mở rộng nó. Để so sánh Writefull và nền tảng hiệu đính chuyên dụng, hãy xem ProofreaderPro so với Writefull. Phiên bản ngắn: nếu bạn viết chủ yếu bằng LaTeX và nhu cầu chỉnh sửa của bạn chỉ là ngôn ngữ thì khả năng tích hợp gốc của Writefull là tuyệt vời. Nếu bạn cũng cần nhân bản hóa, chỉnh sửa đa ngôn ngữ hoặc xuất các thay đổi được theo dõi cho những cộng tác viên không phải LaTeX thì trình đọc soát lỗi bên ngoài sẽ phù hợp hơn với quy trình làm việc.

Hỏi: Việc sao chép bài viết của tôi sang một công cụ bên ngoài có vi phạm quy tắc ẩn danh trong hội nghị của tôi không?

Quy tắc ẩn danh áp dụng cho phiên bản được gửi cho người đánh giá chứ không phải cho quá trình chỉnh sửa của bạn. Việc sử dụng công cụ chỉnh sửa trên bản nháp của riêng bạn không phải là hành vi vi phạm ẩn danh. Điều đó có nghĩa là, nếu bạn lo ngại về một công cụ được lưu trữ lưu trữ tác phẩm chưa được xuất bản của bạn, hãy kiểm tra chính sách dữ liệu của công cụ đó. Các công cụ nêu rõ rằng chúng không đào tạo dựa trên thông tin đầu vào của người dùng (như của chúng tôi) thường an toàn cho tác phẩm chưa được xuất bản. Đối với nội dung có độ nhạy cảm cao (liên quan đến quốc phòng, liền kề với dữ liệu bệnh nhân), một số tổ chức yêu cầu các công cụ tự lưu trữ - trong trường hợp đó, các mô hình nguồn mở mà bạn có thể chạy cục bộ là lựa chọn phù hợp.

Q: Còn các mục BibTeX thì sao? Tôi có cần phải hiệu đính chúng nữa không?

Các mục BibTeX không phải là văn xuôi và không được gửi đến người hiệu đính. Chúng là các bản ghi trích dẫn được định dạng cần phải khớp chính xác với yêu cầu về phong cách trích dẫn của tạp chí. Sử dụng trình quản lý tham chiếu (Zotero, BibDesk) để duy trì BibTeX; kiểm tra độ chính xác của các mục so với ấn phẩm gốc. Công việc của người hiệu đính kết thúc ở phần văn xuôi xung quanh lời kêu gọi \cite{} của bạn; bản thân tệp BibTeX là một tài liệu khác.

Q: Bài viết của tôi có rất nhiều phương trình. Hiệu đính bằng AI có thực sự đáng nỗ lực không?

Đối với những bài viết nặng về phương trình, quy trình chỉnh sửa ban đầu sẽ nặng nề hơn nhưng giá trị lại cao hơn. Văn xuôi trong một bài báo thiên về toán học thường ít được chú ý hơn vì tác giả tập trung vào toán học - điều đó có nghĩa là văn xuôi có nhiều khả năng gặp phải các vấn đề mà người soát lỗi nắm bắt được. Quá trình chỉnh sửa kéo dài 90 phút trên một bài báo hội nghị dài 12 trang áp dụng ngay cả với những bài báo nặng về toán học; theo cách nào đó bạn cũng đang chỉnh sửa cùng một lượng văn xuôi. Nếu bài viết của bạn thực sự có 80% phương trình và 20% văn xuôi (hiếm khi xảy ra ngay cả trong công việc lý thuyết), quá trình hiệu đính sẽ mất ít thời gian hơn tương ứng. Chúng tôi chưa bao giờ thấy một bài báo nặng về toán học mà việc chỉnh sửa văn xuôi cẩn thận lại không cải thiện đáng kể trải nghiệm của người đọc.