Как попросить ИИ проверить структуру статьи без переписывания текста
Если в ответ на просьбу проверить структуру вы получаете переписанный текст, заданный формат ответа, возможно, допускал замену прозы. Вместо этого запросите перечень с проблемой, её местом и подтверждением. Так граница между проверкой и редактированием станет явной.
Определите проверки, выполнимые по исходнику
«Проверь структуру» — слишком расплывчато. Сначала перечислите конкретные проверки:
| Проверка | Подтверждение | Отражение в журнале |
|---|---|---|
| Пропущенные уровни заголовков | Последовательность \section и \subsection | Обычно без предупреждения |
| Ссылки без цели | У каждого \ref есть соответствующая метка | Возможно сообщение о неопределённой ссылке |
| Метки, на которые никогда не ссылаются | Поиск ссылок на каждую метку | Без предупреждения; само по себе не ошибка |
| Повторяющиеся метки | Каждое имя определено только один раз | Возможно предупреждение о многократном определении |
| Согласованные окружения | Соответствие \begin и \end | Ошибки окружений |
| Неожиданное положение плавающих объектов | Положение и нумерация рисунков и таблиц в PDF | Нужна визуальная проверка |
Некоторые проверки не влияют на компиляцию. Используйте поиск по исходнику и PDF, а не только журнал.
Задайте формат ответа, а не только запрет редактирования
Фиксированный формат конкретнее общего запрета. Попросите только три поля — проблема, место, подтверждение — без нового текста:
Проверь только структуру предоставленного исходника. Не редактируй файлы и не возвращай переписанный текст.Верни таблицу Markdown ровно с тремя полями: Проблема, Место, Подтверждение.Указывай места путями к файлам и метками; непроверяемые пункты помечай для ручной проверки.Разделяй ошибки компиляции, проблемы оформления и содержательные оценки.Не считай отсутствие ссылок на метку само по себе ошибкой.Если решите исправить один пункт, сделайте отдельный запрос только с относящейся к нему областью.
Указывайте места, которые можно сверить
Полезная привязка включает имя файла, метку и заголовок. «Раздел о сходимости» в многофайловом проекте может соответствовать нескольким местам.
Используйте уже компилируемый исходник, чтобы синтаксические ошибки не смешивались с проверкой структуры. В этом примере намеренно оставлены две метки подразделов без ссылок; компилируйте XeLaTeX:
\documentclass[11pt]{article}\usepackage{fontspec}\setmainfont{CMU Serif}\usepackage[russian]{babel}\begin{document}\section{Метод}\label{sec:method}См. раздел~\ref{sec:method}.\subsection{Сходимость}\label{sec:convergence}У этого подраздела есть метка, на которую нигде больше не ссылаются.\subsection{Скорость}\label{sec:rate}На эту метку также нет ссылок.\end{document}На sec:convergence и sec:rate нет ссылок через \ref. Это не вызывает предупреждения и само по себе не является ошибкой. Нужна ли ссылка — вопрос содержания.
Отделяйте проверяемые находки от содержательных оценок
Отсутствующую цель ссылки можно проверить по исходнику. Утверждения «этот аргумент не связан с предыдущим» или «для вывода нужен ещё один эксперимент» требуют чтения и исследовательской оценки. ИИ не должен выдавать их за механически проверенные факты.
Сверяйте замечания с конкретной привязкой по исходнику; интерпретационные предложения оценивайте самостоятельно.
После исправлений сверьтесь с перечнем
Скомпилируйте весь документ. Найдите цель каждой ссылки, затем проверьте плавающие объекты на реальных страницах PDF. Дождитесь повторных проходов компиляции, прежде чем считать временное предупреждение о ссылках устойчивым.
| Сообщение | Причина | Действие |
|---|---|---|
Reference 'eq:x' undefined | Цель отсутствует | Восстановите метку или исправьте ссылку |
Label 'sec:x' multiply defined | Повторное определение | Сохраните одно имя, другое переименуйте |
\begin{document} ended by \end{equation} | Несогласованные окружения | Проверьте границы окружений |
There were undefined references. | Нет целей или информация ещё не разрешена | Дождитесь обработки, затем изучите оставшиеся ссылки |
По теме: точное указание места правки, безопасные изменения с ИИ и организация проекта.
Главное
- Задавайте проверки, выполняемые по исходнику.
- Запрашивайте перечень замечаний, а не текст замены.
- Используйте пути и метки как координаты.
- Отделяйте содержательные оценки от структурных находок.
Примените подтверждённые изменения в EasyLaTeX, скомпилируйте и сравните результат с перечнем.