Как ИИ-агенты пишут романы: правила, навыки, папка и пять недостающих дел
Многие агенты (WorkBuddy, Coze, OpenClaw, Codex, Claude Code) работают по файлам правил, навыкам и материалам. Пять дел для длинной книги и как их решает Maliang Writer.
Содержание 9 разделов
Сначала вывод: способы работы схожи, для длинной книги нужно добавить пять вещей
За год-два появилось много «агентов»: WorkBuddy от Tencent, Coze от ByteDance, Manus, Kimi Agent, открытый OpenClaw, а также вышедшие из программирования Claude Code, Cursor, Codex CLI. Реклама у всех разная, но по публичной документации способ работы у многих продуктов схож:
- Многошаговое выполнение: агент читает Ваш запрос, сам разбивает на шаги, читает и пишет файлы, ищет материалы, смотрит результат и решает, что дальше;
- Папка проекта (она же проект, рабочая область, библиотека материалов): здесь лежат читаемые материалы и результаты;
- Файлы правил и навыки: один постоянный файл правил (у Codex AGENTS.md, у Claude Code CLAUDE.md) плюс навыки (Skill), используемые по необходимости; каждый навык — описание, иногда со скриптом.
В публичной документации видна эта конвергенция: файл памяти проекта в WorkBuddy совместим с AGENTS.md (проект), маркетплейс навыков совместим с экосистемой навыков OpenClaw (маркетплейс навыков); в проектах Coze дочерние диалоги делят файлы и agents.md (проект Coze); память OpenClaw и Coze использует файлы Markdown (память OpenClaw, память Coze). Применяют ли Manus, Kimi Agent и другие продукты такую же организацию, в официальных материалах нет полного описания, при пробе рекомендуется уточнить.
Поэтому вместо вопроса «какой агент лучше пишет романы» лучше спросить: если писать этим способом книгу на несколько сотен тысяч знаков, какие дела должен кто-то делать? Ниже по порядку, в конце каждого раздела — как это делает Maliang Writer.
1. Куда класть материалы: сначала нужно построить структуру книги
Способы организации материалов у продуктов разные: есть локальные рабочие области, файлы проекта, а также библиотеки материалов, область применения нужно проверять отдельно. Когда материалами романа управляют через папку, карточка персонажа, глава 37, уже отменённые материалы по миру третьего тома, — всё это отдельные файлы, и что есть что и чему верить, должен чётко пометить автор. Рекомендуем строить так:
- библия, персонажи, план, текст — раздельно;
- в тексте одна глава — один файл, в имени файла номер;
- в карточке персонажа есть раздел «текущее состояние»;
- отдельно список заделов.
Чёткий каталог и ясные пометки состояния помогают агенту найти нужные материалы; при пробном письме тоже нужно проверять, что именно он реально использовал. Конкретная структура папок и написание файла правил — в как вести папку романа и правила CLAUDE.md.
Maliang Writer делает этот слой готовым: тома, главы, планы глав, персонажи, библия, заделы, сюжетные линии сразу разделены по категориям, слева — оглавление и карточки.
2. Что читать для каждой главы: контекст ограничен
Объём, который модель видит на каждом шаге, ограничен. Например, в Справочном центре Kimi указан контекст Agent 128K токенов (около 80–100 тысяч иероглифов, возможности и ограничения); в официальной документации WorkBuddy указан контекст по умолчанию 200K, для GLM-5.3 можно включить 1M, при этом напоминается, что увеличение до 1M «не делает модель умнее, а лишь многократно увеличивает расход на каждый раунд» (описание моделей). Когда книга перевалила за несколько сотен тысяч знаков, обычно приходится выбирать для чтения по главам.
Перед главой нужно проверить, полны ли и свежи ли соответствующие материалы, а после написания всё равно проверить, согласуются ли текст и библия. Для главы 120 обычно нужны:
- план этой главы;
- карточки действующих лиц, особенно текущее состояние;
- текст последних двух-трёх глав;
- связанные с этой главой заделы и детали мира;
- образец стиля.
Способы подачи материалов у продуктов разные: одни читают по файлу правил, другие извлекают из библиотеки материалов и вставляют (материалы проекта в WorkBuddy вставляются в задачу в виде RAG), третьи опираются на память. При пробе нужно проверить, прочитал ли он для этой главы актуальные детали мира, не упустил ли только что случившееся в предыдущей главе. Есть и другая проблема длинных диалогов: раннее содержание сжимается или забывается; в Справочном центре Kimi напоминают, что при слишком большом числе раундов диалога (например, свыше 50) раннее содержание может забываться, особенно при создании длинных романов.
3. Кто наводит порядок после главы: материалы конца главы нужно вовремя обновлять
После главы «состояние» книги меняется: кто-то ранен, кто-то узнал тайну, артефакт сменил хозяина, какой-то задел закрыт. Если эти изменения не записать в карточки персонажей и список заделов, следующая глава прочитает устаревшую информацию.
У универсальных агентов иногда есть упорядочение памяти сессий (например, WorkBuddy каждую ночь упорядочивает сессии за день, память), но специального процесса обновления состояния персонажей и заделов романа по главам в официальных материалах не описано, при пробе рекомендуется уточнить. Распространённый приём — добавить в файл правил пункт «после каждой главы обновлять состояние персонажей и список заделов» или написать для этого навык. При пробе можно проверить:
- после каждой главы обновлялись ли состояние персонажей и список заделов;
- есть ли у новых записей основание в тексте;
- как обрабатываются конфликты новой информации с прежней библией, сохраняется ли оригинал, видно ли, что изменено.
Maliang Writer делает этот шаг фиксированным процессом: после написания главы, по окончании этого раунда, архивист приводит в порядок состояние персонажей, отношения, положения, предметы, заделы этой главы; несовпадения идут в «На подтверждение», автор проверяет и решает.
4. Как просматривать изменения: какие фразы изменены среди десятков файлов
При правке агент часто трогает сразу несколько файлов. У инструментов из мира программирования есть готовые способы: у Claude Code и Cursor есть контрольные точки, Codex CLI официально рекомендует Git для контрольных точек, изменения можно сравнивать по файлам и откатывать. У универсальных агентов подходы разные: например, правки ИИ в документах Markdown в библиотеке материалов WorkBuddy не перезаписывают оригинал, а представлены в статусе «ожидает подтверждения» (библиотека).
Для пишущего роман важно смотреть не разницу файлов, а «как этот фрагмент был написан и как стал». Maliang Writer помещает правки ИИ в вёрстанный текст: красное — удалено, зелёное — добавлено, можно оставлять или отклонять по одному; если весь раунд не понравился, можно отменить текущий раунд или создать ветку с момента до этого раунда.
5. Когда убирать старую библию: после третьего тома
К третьему тому часть второстепенных, мест, заделов первых двух томов уже ушла из текущего сюжета, но материалы остались. Если брать их при чтении таблицы персонажей и поиске материалов, они и занимают контекст, и могут вернуть ушедших в текст.
При письме книги универсальным агентом обычно автор сам переносит старые материалы в каталог архива или прописывает в правилах, что больше не учитывать, и проверяет, какие материалы реально использованы при написании новой главы. Maliang Writer делает по томам: при письме нового тома персонажи, места, заделы, бывшие только в предыдущих томах, уходят в архив, при написании новой главы их больше не учитывают; когда персонаж возвращается, его снова включают в рабочий набор. Конкретно — в как поступать со старой библией в новом томе длинного романа.
Пять пунктов пробной проверки при письме длинной книги универсальным агентом
Если Вы уже пишете книгу в WorkBuddy, Coze, OpenClaw или агенте для программирования, сверьтесь по пяти пунктам. Поддерживает ли конкретный продукт файлы правил и собственные навыки — по официальным описаниям, если не описано, при пробе уточните:
- Структура материалов: можно ли раздельно хранить библию, персонажей, план, текст, и можно ли по одному файлу на главу.
- Настройка правил: можно ли прописать, какие материалы читать перед главой, требования к стилю, какие детали мира нельзя менять.
- Порядок после главы: как после каждой главы обновляются состояние персонажей и список заделов, как новые записи и конфликты передаются Вам на проверку.
- Просмотр изменений: можно ли встроенными версиями, функцией подтверждения или Git ясно увидеть, какие файлы и абзацы изменены.
- Архив по томам: можно ли после тома вынести ушедших персонажей и закрытые заделы из часто используемых материалов.
Эти пять пунктов годятся как контрольный список при пробе и заодно показывают, какую работу придётся нести самому автору.
Выбор инструмента по процессу письма
| Ваша ситуация | Рекомендация |
|---|---|
| Помимо романа много офисных и исследовательских задач | Универсальный агент, эти задачи и письмо вместе |
| Привыкли к папкам и Git, готовы сами вести правила и реестры | Подойдёт и агент для программирования, и универсальный агент |
| Пишете сериал на несколько сотен глав, хотите, чтобы тома, главы, оглавление, порядок после главы и вход «На подтверждение» были из коробки | Программа для письма романов |
| Исследование темы — агентом, текст — программой для письма | Используйте обе, выводы возвращайте в карточки библии и планы глав |
Сравнение разных видов инструментов — в программы для письма романов делятся на шесть классов и как выбрать универсального агента для романа.
Частые вопросы
В: Чем агент в программе для письма романов отличается от универсального агента?
Оба дают ИИ читать и писать материалы книги, выполняя задачи в несколько шагов. На примере Maliang Writer: тома и главы в оглавлении, карточки персонажей, порядок после главы у архивиста и «На подтверждение», красное/зелёное в тексте с выбором по местам, отмена текущего раунда, новая ветка, архив по томам и возвращение — всё это готовые функции, а то, что отнесено к «На подтверждение», по-прежнему проверяет автор.
В: Если установить универсальному агенту навык для романа, будет то же самое?
Навык решает часть вопроса «как писать», например процесс запуска книги, формат плана главы, требования к стилю. Но кто обновляет состояние персонажей, как обрабатывать конфликты, как просматривать изменения — зависит от того, есть ли у продукта соответствующий интерфейс и процесс. Перед установкой навыка посмотрите его скрипт: WorkBuddy официально напоминает, что у неофициальных навыков есть риск инъекции.
В: Если контекст включить на 1M, поместится ли вся книга?
Поместится больше, но и расход на раунд вырастет. На примере WorkBuddy: официально сказано, что GLM-5.3 можно включить на 1M, и напоминается, что это «не делает модель умнее, а лишь многократно увеличивает расход на каждый раунд». Поместится ли вся книга за раз, зависит и от другого занятого контекста. Выбор нужных материалов по главам — тоже способ контролировать расход.
В: Какую модель использует Maliang Writer?
Модель можно выбирать; кредиты списываются по выбранной модели и объёму использования, конкретнее — по данным в продукте.