Как настроить DeepSeek для написания книг: архитектура промта, дающая цельные рукописи

Почему обычные промты ломаются на длинной дистанции

DeepSeek (как и любая LLM) не «помнит» книгу — он предсказывает следующий токен на основе контекста. Когда контекст переполняется, ранние детали выпадают. Персонажи меняют имена, сюжетные линии расходятся, тон размывается. Проблема не в модели, а в том, что промт не даёт ей опорной структуры, выжимаемой в каждый новый запрос.

Что делает промт архитектурой, а не рецептом

Архитектурный промт задаёт не «что написать», а «как думать». Он закладывает: карту вселенной (бIBLE проекта), движок голоса (стилевой вектор), протокол памяти (что переносить в следующий контекст) и триггеры самоисправления. Такой промт работает как конвейер: на входе — глава, на выходе — глава + обновлённое состояние книги.

1. Проектная Библия — неизменяемое ядро

Жёсткий JSON-блок в системном промте: все имена, география, магия/технологии, хронология, правила мира. Он не меняется от главы к главе. Модель ссылается на него как на константу. Объём: 2–4 тысячи токенов. Обновляется только ручным редактированием при ретонаце.

2. Вектор голоса — стилевой ДНК

Не «пиши в стиле Хмингуэя», а измеримые параметры: средняя длина предложения, соотношение диалога/описания, плотность метафор, ритмические паттерны, лексические запреты и предпочтения. Задаётся числовыми диапазонами и 3–5 эталонными абзацами-образцами.

3. Протокол памяти — что переносить дальше

Инструкция для модели: после каждой главы извлеки «дельта-состояние» — новые факты, изменённые отношения, открытые петли, эмоциональные якоря. Этот блок (300–500 токенов) автоматически подставляется в следующий запрос как «предыдущая глава в сжатом виде».

4. Триггеры самоисправления — внутренний редактор

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

Сборка системного промта: по слоям, как печать 3D

Не пытайтесь запихнуть всё в один монолит. DeepSeek лучше усваивает иерархию, когда она подаётся блоками с явными разделителями и ролями. Ниже — рабочий шаблон, который можно адаптировать под любой жанр.

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

Ноль-й черновик Библии за 30 минут

Не пишите Библию вручную. Дайте DeepSeek одностраничный логлайн + жанр + 3 комп-тейтла. Промт: «Расшири это в структурированный JSON для project_bible: персонажи с арками, сеттинг с правилами, хронология ключевых событий, глоссарий терминов. Выдай только валидный JSON». Правьте результат — это быстрее, чем писать с нуля.

Калибровка Вектора голоса на 3 образцах

Возьмите 3 абзаца из любимых книг (или своих), которые «звучат правильно». Промт: «Проанализируй эти 3 образца: выведи avg_sentence_len, dialog_ratio, metaphor_density, top_50_lexical_choices, rhythmic_patterns. Дай числовые диапазоны и forbidden_words». Сохраните вывод как voice_vector.

Тест-драйв: пилотная сцена, не глава

Не просите главу сразу. Запросите сцену 800–1200 слов: «Напиши сцену: [персонажи, цель конфликта, завязка]. Используй project_bible, voice_vector. После сцены выдай delta_state». Оцените: голоса нет? — правьте voice_vector. Факт ошибся? — правьте Библию. Логика сбилась? — доработайте triggers.

Запуск конвейера глав

Теперь промт для каждой главы: «Глава N. Задача: [петля сюжета]. Контекст: [delta_state предыдущей главы]. Пиши, следуя system_role + project_bible + voice_vector + memory_protocol + self_correction_triggers. В конце — новый delta_state». Копируйте delta_state в следующий запрос вручную или скриптом.

«Помни всё, что было»

• Загрузка всех предыдущих глав в контекст — дорого, медленно и бесполезно после 128к токенов.
• Модель тонет в шуме: мелкие детали перебивают ключевые опоры.
• Нет механизма отличить «важно для будущего» от «уже сыграло роль».

Delta-state + Bíблия + Вектор

• Библия (2–4к токенов) — константа, всегда в системном промте.
• Delta-state (300–500 токенов) — только новое и открытое.
• Вектор голоса (200 токенов) — стиль не дрейфует.
• Итого ~5к токенов на главу при любой длине книги.

Типовые ловушки и как их закрыть в промте

Продвинутые приёмы для сложных проектов

User prompt Chapter 7 Fantasy POV: Kaelen

<chapter_task> number: 7 pov: «Kaelen» goal: «Kaelen discovers the Archive\’s true purpose; confrontation with Archivist Veyra; escape with the Map Fragment.» beats: — «Kaelen reaches the Restricted Wing guided by the whisper-key» — «Finds the Archive is a prison for dead gods, not a library» — «Veyra reveals she\’s been feeding him clues to test the key» — «Kaelen uses the key to shatter a containment seal, grabs Fragment» — «Narrow escape through the ventilation shafts as alarms sound» constraints: — «No internal monologue longer than 3 sentences without action beat» — «Veyra speaks in riddles (voice_print: archaic, elliptical, 2nd person)» — «The whisper-key hum changes pitch near divine residue (sensory anchor)» — «End chapter on physical sensation: cold air on burned palms» </chapter_task> <context_delta_state> new_facts: — «Archive = prison for dead gods (not library)» — «Whisper-key = god-killer tool, not just access key» — «Veyra = former acolyte of the Silenced Pantheon» changed_relationships: — «Kaelen ↔ Veyra: mentor → antagonist (tested him)» open_loops: — «What happens when a god dies in the Archive?» — «Who built the Archive and why?» — «Map Fragment points to the First Seal — where?» emotional_anchors: — «Kaelen: betrayal + exhilaration (first real agency)» — «Veyra: cold pride + hidden desperation» </context_delta_state> Write the chapter. Follow system_role + project_bible + voice_vector + memory_protocol + self_correction_triggers. Output chapter text, then <new_delta_state> for next chapter.