Редактура текста ИИ: цикл от черновика до публикации
Редактура текста, созданного нейросетью, не начинается с поиска «человеческих» слов. Гладкая фраза может отвечать не на тот вопрос, скрывать пропущенное условие или обещать результат, которого никто не проверял. Надёжный процесс идёт в обратном порядке: сначала смысл и факты, затем структура, собственный материал и только после этого — стиль. Ниже — цикл, который можно применить к новости, гайду или обзору, не стирая ответственность автора.
Перед правками: соберите редакторский лист
Сохраните исходный запрос, входные материалы, версию модели и первую генерацию. На отдельном листе запишите четыре строки: для кого текст, какую задачу читатель решит, что нельзя изменять и где цена ошибки высока. Для новости это дата события и хронология; для инструкции — условия шага; для сравнения — методика и критерии.
Сформулируйте пользу одним предложением. «Объяснить всё про нейросети» не даёт редактору точки остановки. «Показать, как проверить таблицу перед загрузкой в модель» уже задаёт границу и ожидаемый результат.
1. Разметьте утверждения
Разделите текст на три типа фрагментов: проверяемый факт, вывод автора и рекомендация. Удобно поставить пометки Ф, В и Р прямо в рабочей копии. К фактам приложите источник или строку входного файла; к выводам — наблюдение, на котором они основаны; к рекомендациям — условие, при котором они уместны.
Особое внимание уделите словам «все», «точно», «гарантирует», «поддерживает» и «заменяет». Перепишите «модель точно понимает длинные документы» в «в нашем тесте на 16 документах модель сохранила структуру, но пропустила одну сноску». Вторая фраза скромнее, зато её можно проверить и опровергнуть.
2. Проверьте факты до стилистики
Сверьте даты, версии, числа, единицы, имена функций и цитаты. Не ограничивайтесь первым найденным подтверждением: проверьте, относится ли оно к нужному тарифу, региону и моменту времени. Если утверждение нельзя подтвердить, удалите его или обозначьте как предположение.
Сделайте мини-таблицу:
| Фрагмент | Тип | Чем подтверждён | Решение |
|---|---|---|---|
| «лимит 128k» | факт | карточка версии | оставить с датой проверки |
| «удобнее для команды» | вывод | 6 тестовых запусков | уточнить условия |
| «можно включить без ревью» | рекомендация | нет основания | удалить |
Такой лист не попадает на страницу, но не даёт модели превратить частное наблюдение в универсальное правило.
3. Пересоберите структуру
Закройте основной текст и прочитайте только H1, H2 и первые предложения абзацев. Читатель должен понять маршрут: проблема, проверка, результат, ограничения и следующий шаг. Если два раздела отвечают на один вопрос, объедините их. Если вывод появился раньше наблюдения, сначала покажите основание.
Для гайда используйте связку «действие → пример → контрольная точка». Для сравнения — «критерий → одинаковый тест → разбор различий». Для новости — «что произошло → хронология → практическое значение → риски». Не добавляйте FAQ только ради SEO, если на него нет самостоятельного ответа в тексте.
4. Добавьте деталь, которой не было в генерации
Текст становится авторским, когда в нём есть собственная проверка. Подойдёт обезличенный вход, короткая таблица результатов, фрагмент лога или описанный случай отказа. Подпишите условия: версия модели, дата, размер выборки и что именно измеряли. Не выдавайте пример за статистику рынка.
Если нужен скриншот, снимайте только необходимый участок интерфейса, закрывайте почту, токены и идентификаторы, добавляйте подпись и содержательный alt. Картинка должна отвечать на вопрос «где нажать» или «что получилось», а не заполнять пустое место.
5. Верните тексту голос
Сначала удалите канцелярские конструкции и замените существительные глаголами: «осуществляется проверка» → «редактор проверяет». Затем уберите пустые связки «важно отметить» и «в современном мире». Оставьте конкретный пример, короткий вопрос или честное признание ограничения. Человеческий голос возникает из выбора деталей и позиции, а не из случайной разговорности.
Проверьте ритм: чередуйте короткие предложения с пояснением, не складывайте четыре мысли в один абзац. Прочитайте текст вслух — длинные конструкции и повтор одного слова заметнее на слух.
6. Проведите проверку риска
Отдельно найдите обещания, инструкции к опасным действиям и места, где читатель может принять черновик за окончательное решение. Для персональных данных, платежей, юридических и медицинских тем укажите границу ручной проверки. Предупреждение должно объяснять действие: «не отправляйте исходный файл, обезличьте поля и сверяйте числа», а не просто сообщать, что «есть риски».
Для агентных процессов проверьте права инструментов и возможность отмены. Для длинных документов — сохранение источника каждой важной фразы. Правила контроля результата описаны в гайде проверки ответов нейросети.
7. Финальное чтение и SEO
Попросите независимого читателя назвать обещанный результат и главный риск, не показывая ему редакторский лист. Если ответы не совпали, вернитесь к H1 и вводке. Затем проверьте уникальные title, description, slug, один H1, видимую дату и 2–4 контекстные внутренние ссылки.
Сверьте тип JSON-LD с форматом страницы: NewsArticle только для новости, HowTo только для реальных шагов, FAQPage только для видимых вопросов и ответов. Проверьте canonical, Open Graph и дату в разметке после сборки. Технический порядок проверки описан в гайде по локальному JSON-LD.
Итоговый чек-лист
- Сохранены запрос, вход и версия модели.
- Факты отделены от выводов и рекомендаций.
- Даты, числа и версии подтверждены.
- Структура ведёт к конкретному результату.
- Есть собственный тест, пример или таблица.
- Скриншоты безопасны, подписаны и имеют
alt. - Обещания заменены условиями и наблюдаемыми формулировками.
- Ограничения объясняют, что делать читателю.
- SEO и JSON-LD соответствуют видимому тексту.
- Другой человек понял пользу и риск одинаково с автором.
Последняя проверка перед публикацией
Откройте материал в предпросмотре на телефоне и прочитайте только заголовок, вводку, подзаголовки и подписи к изображениям. Если по этому слою нельзя восстановить обещанный результат, проблема не в длине текста, а в маршруте. Затем выберите один абзац с фактом, один с выводом и один с рекомендацией и убедитесь, что у каждого есть понятное основание.
Сделайте контрольный поиск по странице: повторяющиеся формулировки, старые даты, служебные метки и случайные ссылки. После сборки проверьте, что видимая дата, canonical и JSON-LD говорят об одной версии материала. Только после этого карточку можно переводить из «нужны правки» в «готово».
Редактура заканчивается не тогда, когда текст звучит гладко. Она заканчивается, когда читатель может отличить проверенный факт от оценки, повторить предложенный шаг и понять, в какой момент нужно остановиться и подключить человека.