Нейросеть для написания статей: источник, черновик и проверка

Нейросеть для написания статей хорошо ускоряет черновик, но сама не знает, что происходило в вашем проекте. Без источников она заполняет пробелы общими советами и выдумывает убедительные детали. Я работаю с разделом «Мастерская» на этом сайте иначе: сначала определяю вопрос читателя, собираю материалы из кейсов и только затем пишу текст. Этот порядок полезен тому, кто хочет публиковать статьи от собственного имени и проверять каждое утверждение.

Выберите вопрос, которому нужна отдельная страница

Главная фраза ещё не делает тему отдельной. Например, «как создать сайт с помощью ИИ» и «промпт для создания сайта» могут породить почти одинаковые разделы. Перед новой статьёй я читаю заголовки трёх ближайших материалов и формулирую разницу одним предложением. Если разница не получается, новый текст лучше вложить в существующий. Это защищает читателя от нескольких версий одного ответа и не размывает страницу в поиске.

Для проверки достаточно списка файлов и H2. В Markdown их можно быстро вывести командой. После команды надо прочитать сами разделы: совпадающие слова в заголовках могут вести к разным ответам. Разными словами тоже можно пересказать ту же мысль.

rg '^## ' content/stati/sozdat-sait-s‑pomoshchyu-ii.md content/stati/prompt-dlya-sozdaniya-saita.md content/stati/neiroset-dlya-dizaina-saita.md

Тему фиксирую коротко: кому отвечаю, что он пытается сделать, какое решение примет после чтения. Статья про подготовку текста отвечает на вопрос «как собрать достоверную публикацию». Инструкция по выбору инструмента отвечает на другой вопрос. Если читатель после двух абзацев не видит свою задачу, объём и число подзаголовков уже не помогут.

Составьте карточку фактов до черновика

Для этого сайта источники находятся в lib/cases/data.ts и в документах проекта. В карточку темы заношу точное имя кейса, его нишу, подтверждённые числа, источник каждого числа и ограничения вывода. У проекта Radomir CRM ниша механизированной стяжки пола. Этот кейс нельзя без пояснения выдавать за опыт клиники. В кейсе «Операционная система сети» 12 салонов лазерной эпиляции. Их показатели подходят статье про филиалы салонов, но не статье про строительные объекты.

Пишущий агент получает карточку как границу: использовать только эти факты; условный пример прямо помечать; неизвестную цену не угадывать. Если данных мало для содержательной статьи, тему откладываю. Слова легко добавить, но от повторения фразы источник не становится точнее. Именно здесь полезнее всего участие человека, который собирал проект.

Дайте модели задачу на один законченный текст

Задание должно содержать тему, аудиторию, проверенные источники, желаемый результат для читателя и запрет на вымышленные факты. Внутри полезно назвать соседние статьи: агенту легче не повторять уже раскрытые разделы. Я не прошу «сделать статью экспертнее», потому что такой запрос обычно добавляет общие слова. Лучше указать, какого собственного материала не хватает: логика принятия одного решения, конкретный экран, граница применения решения.

Черновик читаю как редактор: одной проверки орфографии мало. Каждый H2 должен добавлять ответ без пересказа предыдущего. Встречаются абзацы, которые объясняют, что «важно всё проверить», но не называют ни предмет проверки, ни способ увидеть ошибку. Их заменяю действием. В статье про корзину интернет-магазина таким действием будет тест двух единиц товара и сверка суммы на следующем шаге.

Проверьте повторы по смыслу и по тексту

Точная копия обнаруживается поиском фраз, но смысловой дубль часто написан другими словами. Поэтому после черновика снова сопоставляю его H2 с тремя соседями. Если несколько разделов говорят о том же пути, оставляю различие новой статьи и даю ссылку на соседнюю. Так читатель получает один подробный ответ на каждом адресе. Для нашего проекта дополнительная проверка ищет общие фразы из восьми слов, встречающиеся в трёх статьях. Это помогает увидеть шаблонные концовки.

Владелец другого сайта может начать с простого поиска одинаковых вступлений и FAQ. Особенно легко размножается фраза про «сначала определить цель». Если в нескольких материалах она ничего не меняет, её следует убрать. Не стоит компенсировать удаление водой ради заданного количества слов. Лучше добавить неподменяемую часть опыта: какую ситуацию видел автор, что он решил и по какому признаку понял результат.

rg -n '^(#|##) ' content/stati/*.md
rg -n 'название_проверяемого_кейса' content/stati/*.md

Сверьте изображение и подпись как один факт

Снимок должен доказывать соседнюю мысль. До вставки я открываю файл, читаю подпись в источнике кейса и сопоставляю видимые элементы. Если в данных написано число шагов, а на экране другое, снимок для этого тезиса не подходит. Отложить его честнее, чем объяснять расхождение длинной оговоркой. В своём разделе я использую только разрешённые изображения из кейсов и не копирую чужие иллюстрации.

Подпись в одном месте проще исправить, чем поддерживать разные варианты в текстах. В «Мастерской» путь снимка в статье указывает на файл, а подпись берётся из данных кейса при показе страницы. Если вы строите похожий раздел, проверьте, что текст возле снимка тоже не обещает невидимого результата. Изображение карточки товара показывает цену на ней; оно не подтверждает поведение оплаты после заказа.

Проверьте результат в проекте сайта

Для Markdown-статей этого сайта есть отдельный проверяющий скрипт и сборка Next.js. Команды запускаю после проверки текста, чтобы получить дополнительную проверку после чтения. Она ловит отсутствие обязательных полей, несуществующий файл снимка, сломанную структуру и часть повторов. Затем сборка покажет, что страница вошла в сайт. Ссылка на обучение полезна тем, кто хочет собрать такой цикл своими руками: встречи Алексея по созданию проектов.

npm run check:stati
npm run build

После команд открываю готовую страницу при отдельной визуальной проверке и прохожу ссылки, таблицы и мобильную ширину. Текст может пройти скрипт, но оказаться неудобным на телефоне. Публикация происходит только после этой проверки и решения владельца сайта. Для другого проекта названия команд будут иными; порядок остаётся прежним: факты, смысл, файл, сборка, чтение готовой страницы.

Частые вопросы

Можно ли дать нейросети тему и сразу публиковать ответ?

Для текста от имени специалиста это рискованно: модель не знает ваш кейс и может заменить пробел правдоподобной деталью. Дайте проверенные источники и прочитайте итог как автор.

Что делать, если на тему мало собственных фактов?

Сделайте короткий раздел в близкой статье или отложите тему до появления материала. Длина без опыта создаёт повтор и слабый ответ читателю.

Зачем сравнивать сразу три соседние статьи?

Одна соседняя страница не покажет весь кластер. Три близких заголовка и H2 помогают увидеть, где новый текст действительно добавляет отдельное решение.

Может ли скрипт проверить достоверность кейса?

Он обнаружит часть формальных ошибок, но не поймёт, подходит ли ниша и верно ли истолкована цифра. Это проверяется по источнику и снимку вручную.

Если хотите построить свою систему экспертных материалов, начните с одного кейса и одной задачи читателя. На обучении я показываю, как связать реальные материалы проекта, работу агента и проверку результата. Примеры исходных материалов есть в кейсе магазина.