Автор под ником Ermolaev-Dmitry рассказал, как впервые освоил LaTeX и с помощью ИИ-агента в GigaCode за полдня подготовил научную статью в PDF для журнала «Письма в ЖЭТФ». По его словам, исходные идеи и материалы уже были готовы: помощник участвовал в подготовке текста и оформлении, а автор проверял результат и вносил правки.
Полдня на подготовку документа, а не на научное открытие
До начала работы у автора были многолетние теоретические наработки, формулы и черновики в Word, HTML и обычных текстовых файлах. Нужно было собрать из них статью с нумерованными уравнениями, ссылками и библиографией под требования выбранного журнала.
Для этого он использовал LaTeX — систему вёрстки, в которой текст и команды оформления записывают в исходный файл, а затем программа собирает из него PDF. Автор прежде не работал с LaTeX. Агент предложил ему установить MiKTeX для Windows и объяснил последовательность действий. Заявленный срок в полдня относится ко всему описанному опыту, включая установку и получение PDF, а не к созданию теории с нуля.
Сначала материалы и правила, затем статья
Автор поместил старые материалы в папку проекта и описал агенту, где лежат черновики, рабочие файлы и руководства. Затем попросил создать PROJECT_CONTEXT.md — справочник с обозначениями, определениями и правилами своего физического формализма. По его рассказу, агент обращался к этому документу при дальнейшей работе.
В задании на статью автор указал исходные материалы, руководство по оформлению и шаблон LaTeX для «Писем в ЖЭТФ» (JETP Letters). Он попросил предложить тему на основе своих работ, выбрал один вариант и продолжил доработку. Ограничения по объёму, аннотации и числу источников были частью его задания агенту; это не универсальные правила для любой научной статьи.
Здесь полезна сама конкретность запроса: не просто «напиши статью», а перечисление материалов, требований и ожидаемого результата. Для собственной задачи пригодится руководство по составлению запросов к ИИ — это отдельный навык, а не инструкция по LaTeX.
PDF проверял человек
Работа не закончилась первым сгенерированным файлом. Автор открывал PDF, замечал неточности и просил агента исправлять исходный .tex. Например, проверял, почему математические обозначения не выделены полужирным. Небольшие текстовые изменения он вносил сам, а исправления формул поручал помощнику.
По словам автора, GigaCode выполнял сборку PDF, а агент объяснял, зачем LaTeX нужны повторные проходы для согласования ссылок и библиографии. Получился цикл: собрать документ, посмотреть результат, уточнить задание, исправить файл. Человек оставался участником работы, а не только получателем готового текста.
Готовый файл ещё не означает публикацию
Описанный результат — подготовленный PDF, который автор считает соответствующим требованиям журнала. В рассказе нет подтверждения принятия статьи редакцией, прохождения рецензирования или проверки научной состоятельности предложенного формализма.
Поэтому полезный вывод здесь узкий: автор описал способ справиться с незнакомым инструментом оформления, опираясь на собственные материалы и проверяя результат. Его оценка «за полдня» не гарантирует такой же срок другому человеку. Красиво собранные формулы и научная убедительность — разные задачи.
