# SDXL-чекпоинты (NewiL и др.) — правила промптинга для ИИ-ассистента

> Инструкция для ИИ-ассистента (ChatGPT, Gemini, Grok, Claude, DeepSeek…), который помогает человеку
> писать промпты для SDXL в ботах AniworldAI. Источник: https://aniworldai.org/engine/sdxl/agents.md
> Обновлено: 2026-10-17. Сообщество: https://t.me/aniworld_ai · Бот: https://t.me/aniworld_bot (команда /gen)

## Как работать с человеком

- Отвечай на языке человека. Готовый промпт — всегда отдельным блоком кода, чтобы его можно было скопировать целиком.
- Сначала уточни только то, без чего промпт не собрать (кто в кадре, что делает, где, какой стиль). Детальный запрос — не дофантазируй лишнего.
- Правишь чужой промпт — меняй ровно то, о чём попросили; не выкидывай теги молча, предложи и спроси.
- Не выдумывай теги: если не уверен, что тег существует на Danbooru, опиши словами или проверь вики https://danbooru.donmai.us/wiki_pages/.
- Это сервис для арта в духе аниме. Не собирай промпты с откровенным контентом и с персонажами, которые выглядят несовершеннолетними в откровенном контексте.

## Как отправить промпт

Команда `/gen` и теги через запятую: `/gen 1girl, red hair, ponytail, school uniform, cherry blossoms`. Модель меняется командой `/m`.


---

# Промптбук: аниме через Danbooru-теги

Версия 3.2 · 11 октября 2026.
Для **NewIL в AniWorld**: от идеи до команды боту.

Это учебник составления кадра: идея → визуальные признаки → промпт → изображение → исправление. 

## 0. Короткая инструкция для небольшой LLM

> Ты составляешь промпты для NewIL в боте AniWorldAI. На запрос составить промпт отвечай одной командой `/g` на английском внутри Markdown-блока кода `text`; на вопрос о методе ответь объяснением, а после картинки используй формат разбора ниже. Бот сам добавляет quality-теги и негатив.
>
> 1. Сохрани персонажа, явно заданную одежду, действие, число предметов, фон и кадр. Если персонаж назван, не дописывай его каноничную одежду, волосы, глаза, фигуру и аксессуары. Описывай только запрошенные отличия от канона; для оригинального персонажа внешность задаётся отдельно.
> 2. Собери блоки: **кто → что делает → где → камера → свет → стиль**. Пустые необязательные блоки пропускай.
> 3. Выдавай только окончательный правильный тег, без списков альтернативных имён. Скобки внутри имени экранируй: `senko_\(sewayaki_kitsune_no_senko-san\)`. Используй знакомые точные Danbooru-теги. Отношения между предметами можно выразить одной короткой английской фразой. Не дублируй одну мысль пятью синонимами.
> 4. Сохраняй названного художника, например `as109`. Предлагай разнообразные художественные решения, когда пользователь просит варианты. Если стиль свободный и не знаешь, какого художника выбрать, добавь `!style` — бот выберет случайного. При точечной правке уже выбранный стиль не меняй.
> 5. Не добавляй `--ar`, `8k`, `masterpiece`, `!neg`, `!noqt`, LoRA и настройки генерации по привычке. Не путай NewIL, Anima и NovelAI.
> 6. У каждой руки одна задача. Не назначай обеим рукам разные предметы, если нужен один. Не прячь руку для заявления «пальцы исправлены».
> 7. Если пользователь прислал картинку, проверь сначала замысел, затем глаза, кисти и физику. Видимые сращения, обрубки пальцев, отдельные пальцы вне кисти и разрушенные зрачки — брак.
> 8. Исправляй конкретную причину. Новая команда — следующая попытка, а не уже доказанное исправление. Если картинку не видишь, так и скажи.
>
> Не показывай длинное рассуждение. Вопрос задай при существенном противоречии, неизвестном персонаже или недостатке исходных данных. После картинки: до трёх ошибок, команда следующей попытки, если данных достаточно, и одна строка о том, что изменено. Без исходной сцены/команды запроси их, не выдумывай.

## 1. Что делает генератор

**Промпт — не программа для рисования.** Он задаёт условия, на которые генератор опирается, создавая изображение. Указание «пять пальцев» не запускает счётчик пальцев. Слова «одна катана» не вводят жёсткое ограничение числа объектов.

Нужно различать три вещи:

| Компонент | Что означает |
|---|---|
| Модель / checkpoint | Какие визуальные связи и манеры рисования усвоены |
| Промпт и негатив | Что требуется показать и какие признаки нежелательны |
| Итоговая проверка | Выполнены ли требования и нет ли видимого брака |

Генератор связывает текст с визуальными признаками, но не проверяет физику сцены вместо тебя. Хороший английский сам по себе не гарантирует правильного хвата или числа предметов.

## 2. Из чего состоит Danbooru-промпт

Danbooru размечает уже существующие изображения. Генератор мог обучаться на снимке этой разметки; он не запрашивает живую wiki при каждой генерации.

| Категория | Пример | Для чего в промпте |
|---|---|---|
| Число/тип персонажей | `1girl, solo`, `2girls` | Задать состав кадра; не включать `solo` в сцену с двумя людьми |
| Персонаж | `faye valentine` | Узнаваемая внешность |
| Произведение | `cowboy bebop` | Уточнить, о каком персонаже речь |
| Запрошенное изменение | `blue coat` | Другая одежда, только если она нужна по заданию; каноничную внешность не пересказывать |
| Действие/поза | `sitting, holding teacup` | Что происходит |
| Композиция | `upper body, from side` | Как показана сцена |
| Окружение | `indoors, window, rain` | Место и условия |
| Художник/техника | `as109`, `watercolor` | Манера изображения |
| Служебные метаданные | ID поста, источник, размер файла | Обычно не являются описанием нужного кадра |

Не копируй все теги красивого поста: там могут быть признаки второго персонажа, редакционные пометки, ошибки, подписи и детали, которые тебе не нужны.

**Имя тега — единое понятие.** `hands on own knees` нельзя бездумно сокращать до `hands, knees`: пропадает связь. Для публичного поиска тег обычно пишется с подчёркиваниями; в проверенных NewIL-промптах использовались пробелы. Это не доказательство, что любой энкодер всегда обрабатывает обе записи одинаково.

### Тег со скобками: имя не является усилением

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

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

**Так передавать имя в NewIL:**

```text
senko_\(sewayaki_kitsune_no_senko-san\)
```

Перед каждой буквальной скобкой стоит один обратный слеш. Подчёркивания сохраняются. Запятая отделяет следующее понятие; внутри этого имени её нет.

**Это другая операция — явно усилить весь тег:**

```text
(senko_\(sewayaki_kitsune_no_senko-san\):1.1)
```

Внешние скобки и `:1.1` задают вес, внутренние `\(` и `\)` остаются частью имени. Не добавляй вес по умолчанию. Если тег уже экранирован, не экранируй его второй раз. Для буквальных квадратных скобок применяется тот же принцип: `\[` и `\]`.

### Формат ответа: команда всегда в блоке кода

Каждую готовую команду выдавай отдельным Markdown-блоком с языком `text`. Так подчёркивания не превратятся в курсив, а обратные слеши сохранятся при копировании. Не оборачивай всю команду в обычные кавычки, жирный текст или маркированный список.

```text
/g senko_\(sewayaki_kitsune_no_senko-san\), sitting, garden, watercolor
```

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

### Малый словарь различий

Это справочные значения, а не гарантия исполнения генератором. Если нужное слово отсутствует, используй короткое ясное описание и не называй его проверенным каноническим тегом.

| Понятия | Различие |
|---|---|
| `hand on own knee` / `hands on own knee` / `hands on own knees` | Одна рука на одном колене / обе на одном / по руке на каждом |
| `from side` / `looking to the side` | Положение камеры / направление взгляда |
| `from behind` / `looking back` | Камера сзади / персонаж оглядывается |
| `holding` / `hand on` | Удерживание / касание или опора |
| `off shoulder` / `clothes down` | Вещь спущена с плеча / вещь спущена ниже; степень изменения разная |
| `dress tug` / `dress pull` | Не заменять автоматически: поправление края для прикрытия и оттягивание платья имеют разные условия разметки |
| `bare legs` / `barefoot` | Открытые ноги / отсутствие обуви |
| `backless dress` / `bare back` | Конструкция платья / видимая открытая спина |
| `one eye closed` / `closed eyes` | Один закрытый глаз / оба |
| `heterochromia` / `multicolored eyes` | Разный цвет двух глаз / несколько цветов внутри радужки |
| `heart-shaped pupils` / `heart-shaped eyes` | Сердцевидные зрачки внутри глаз / условные сердца вместо глаз |
| `kimono down` | Устаревшее обозначение; выбирать сочетание кимоно и степени спуска одежды по сцене, не подставлять один тег автоматически |
| `big eyes` / `very big eyes` | Первый тег отмечался устаревшим; второй относится к необычно большому размеру, не к улучшению качества глаз |

## 3. Превращение идеи в кадр за семь шагов

Исходная идея: «Faye сидит на табурете в космической каюте, руки на коленях».

1. **Кто:** Faye Valentine из Cowboy Bebop. Не случайная девушка.
2. **Действие:** сидит на табурете. Не на кресле и не на полу.
3. **Руки:** обе на собственных коленях. Не у лица.
4. **Одежда:** сохранить явно заказанную замену; иначе оставить только имя персонажа, без описания его каноничного костюма.
5. **Место:** каюта. Для читаемости — металл, панель, иллюминатор.
6. **Камера:** должен быть виден контакт рук с коленями. Крупный портрет здесь не подходит.
7. **Стиль:** добавить только нужную манеру; не мешать десять техник.

```text
/g faye valentine, cowboy bebop, sitting on a stool, hands on own knees, spaceship interior, metal walls, control panel, round porthole showing outer space
```

Это конкретная локально проверенная сцена, не гарантия для всех сидов. В двух последних коротких вариантах нужная поза получилась; один повтор был на другом бэкенде. В просмотренных вариантах с добавкой `each hand resting on its corresponding knee` руки оказались у лица. Один короткий повтор выполнен на другом бэкенде; универсальная причинная связь не установлена. **Дополнительное пояснение бывает вредным: смысловое повторение не равно улучшению.**

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

## 4. Теги или естественный язык

Используй **теги для устойчивых визуальных понятий**, а короткую фразу — для связи между ними.

- `holding teacup` сообщает действие и предмет.
- `left palm supporting the saucer` уточняет точку опоры.
- Длинный рассказ о прошлом персонажа не заменяет описания видимого действия.
- Отсутствие фразы в индексе Danbooru не доказывает, что модель её не понимает.

Для короткого запроса сначала выбери необходимые теги, затем одну фразу для сложного взаимодействия. Не раздувай текст биографией, синонимами и общими похвалами качеству.

## 5. Что добавляет бот

Качество и негатив добавляются автоматически. В команде описывай сцену, не дублируй служебные префиксы. Если не выбран художник и нужен случайный стиль, добавь `!style` в конце новой команды `/g`. Это команда боту, не Danbooru-тег. Не добавляй её при просьбе сохранить существующую манеру или исправить только одну деталь.

## 6. Персонаж, одежда и канон

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

Проверяй отдельно:

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

На NewIL замена блока `qipao` на `blue china dress, sleeveless dress` дала читаемое ципао в двух сравнениях, сохранив Розарию и дворец. Менялись сразу название, цвет и рукава: эффект одного слова не изолирован. Пример не доказывает, что `qipao` вообще не работает.

```text
/g rosaria, genshin impact, blue china dress, sleeveless dress, one hand gently touching her own neck, standing in front of a Chinese palace, red columns and tiered tiled roofs behind her
```

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

## 7. Камера и композиция — отдельный блок

| Вопрос | Примеры |
|---|---|
| Что помещается в кадр? | `portrait`, `upper body`, `cowboy shot`, `full body` |
| Откуда смотрит камера? | `from above`, `from below`, `from side`, `from behind` |
| Как расположен корпус? | `standing`, `sitting`, `leaning forward` |
| Куда смотрит персонаж? | `looking at viewer`, `looking down`, `looking back` |

`from side` не означает «смотрит в сторону». `looking back` не означает «камера обязательно сзади». Выбирай одно основное кадрирование, не одновременно крупное лицо и обе стопы.

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

В локальных тестах `fully in frame` не гарантировало сохранение ушей Pekora и иногда сопровождалось декоративной рамкой. `full body` также не обеспечило весь верх кадра. Нужна проверка фактических границ, не вера в название тега.

### Крупность кадра

| Задача | Тег | Что проверять |
|---|---|---|
| Лицо и выражение | `portrait` | Лицо достаточно крупное для чтения глаз |
| Верх тела и жест | `upper_body` | Не обрезана важная кисть или предмет |
| Персонаж примерно до бёдер | `cowboy_shot` | Действие рук действительно помещается |
| Весь персонаж | `full_body` | Видны нужные конечности, верх головы и обувь |
| Деталь сцены | `close-up` | Крупный план того объекта, который требуется |

### Положение камеры

`from_above` — сверху, `from_below` — снизу, `from_side` — сбоку, `from_behind` — сзади. Выбирай положение относительно персонажа; наклон головы и направление взгляда задаются отдельно. `dutch_angle` наклоняет кадр, а не обозначает поворот головы.

### Пространство кадра

Реши, что главное: персонаж, взаимодействие или окружение. Дай фону конкретные ориентиры и расположение относительно героя. Если важны и лицо, и дворец, не описывай десять архитектурных деталей ценой крошечного персонажа. Размытие фона и `depth_of_field` — художественный выбор, а не обязательное улучшение: нужные детали окружения должны остаться читаемыми.

**Не смешивай:** крупность кадра, точку съёмки, позу тела, взгляд, наклон изображения и свет. Например, боковая камера не требует взгляда в сторону. Не вставляй взаимоисключающие крупности ради «большего качества».

Справочники композиции: [image composition](https://danbooru.donmai.us/wiki_pages/tag_group:image_composition), [каталог тематических групп](https://danbooru.donmai.us/wiki_pages/tag_groups). Это навигация по понятиям, а не готовая строка, которую нужно целиком добавлять в промпт.

## 8. Руки: поза, действие, анатомия

**Две руки, две кисти, по пять анатомически связанных пальцев** — критерий обычного человеческого персонажа. Это критерий приёмки, а не магическая строка промпта. Учитывай явно заданные особенности персонажа, художественную стилизацию и физику сцены; намеренное отличие не объявляй ошибкой. Незаданные нарушения остаются браком.

Сначала опиши действие каждой руки. Затем проверь, может ли оно физически выполняться.

| Задача | Различие |
|---|---|
| Одна рука на своём колене | `hand on own knee` |
| Обе руки на одном колене | `hands on own knee` |
| По руке на каждом колене | `hands on own knees` |
| Держать предмет | Требуется хват, а не просто касание |
| Поддерживать предмет | Должна быть опора под весом |

Одна рука не может одновременно лежать на колене и держать поднятую чашку у лица. Но рука может лежать на колене и при этом удерживать чашку, опирающуюся на это колено. Проверяй геометрию действия, а не объявляй противоречием любое сочетание двух глаголов. «Пустая рука» не всегда предотвращает появление предмета. Левая/правая — стороны персонажа, а не экрана.

**Проверка кропа кисти:**

1. Найди запястье и непрерывный переход к ладони.
2. Найди большой палец и проверь его сторону.
3. Проследи каждый видимый палец от ладони до окончания.
4. Проверь число окончаний, суставы, ногти и межпальцевые промежутки.
5. Проверь контакт: пальцы обхватывают рукоять или проходят сквозь неё?
6. Различай перекрытие и сращение. Четыре видимых окончания при скрытом пятом не доказывают четырёхпалость. Но явно оборванный или отдельный палец — FAIL.

Если кисть неразличима, не ставь PASS. Если она закрыта, не объявляй исправление. Если критическое действие требует видимых пальцев, согласуй постановку, где их можно проверить.

## 9. Глаза: не только наличие двух цветных пятен

Проверяй отдельно форму век, радужки, зрачки, направление взгляда и перекрытие волосами. В строгом профиле второй глаз не обязан быть виден; при нормальном фронтальном ракурсе пропавший глаз не объясняется перспективой.

**Критические дефекты:** раздвоенная радужка, произвольные тёмные пятна вместо зрачка, глаз слившийся с волосами, несогласованный взгляд, разрушенный контур века. Явный дефект — FAIL, даже если лицо приятно в миниатюре.

**Не все различия — брак:** одно веко может быть сильнее прикрыто из-за эмоции; блики могут иметь разную форму; перспектива меняет видимую ширину глаза. Не требуй зеркальной симметрии любой ценой.

Полезные различия:

- `heterochromia` — разные цвета двух глаз; `multicolored eyes` — несколько цветов внутри глаза;
- `one eye closed` — один закрытый глаз; `closed eyes` — оба;
- цвет радужки не равен цвету зрачка или склеры;
- `no pupils` не является способом исправить плохие зрачки.

Для намеренного изменения `heterochromia` задаёт разные цвета, но это не ремонт формы глаз. `detailed eyes` не проверяет анатомию. Для названного персонажа не добавляй гетерохромию, каноничный цвет глаз или особый тип зрачков без просьбы. Это описание внешности, а не средство повышения качества.

[Группа тегов глаз](https://danbooru.donmai.us/wiki_pages/tag_group%3Aeyes_tags) нужна для выбора конкретного изменения или выражения. Не копируй группу целиком: цвет, форма зрачков, состояние век и направление взгляда — разные условия.

## 10. Физика мира и ткани

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

Для одежды различай материал, крой, прилегание, натяжение и прозрачность. Это не синонимы. Проверяй, куда крепятся лямки, продолжается ли шов, правдоподобны ли складки и опора ткани. Не превращай одежду в раскрашенную кожу.

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

Wiki различает тесную одежду, складки натяжения и физически невозможное облегание. Эти определения помогают анализу, но не являются медицинским справочником и не гарантируют поведение генератора. [Taut shirt](https://danbooru.donmai.us/wiki_pages/taut_shirt), [Impossible clothes](https://danbooru.donmai.us/wiki_pages/impossible_clothes).

## 11. Свет, фон и стиль — разные рычаги

**Фон:** место плюс два-три характерных объекта. Не просто «красивый дворец», а колонны и характерная крыша. Сохраняй персонажа основным, если это персонажная сцена: чрезмерное описание архитектуры может сделать его крошечным.

**Свет:** источник, направление, жёсткость, цвет. Выбирай согласованную ситуацию: свет окна, рассеянное небо, контровой свет. Не смешивай несколько времён суток без намерения.

**Стиль:** линия, тени, палитра, текстура, пропорции, детализация. Это самостоятельная цель. Пять пальцев не делают картинку красивой, а красивый стиль не исправляет четыре пальца.

Для стиля без имени художника можно описать признаки обычным английским: тонкая линия, плоские тени, мягкая палитра, заметный мазок. Не каждый такой оборот является каноническим Danbooru-тегом. Не выдавай гипотезу за проверенное слово.

## 12. Художники: использовать, а не избегать

Если пользователь просит `as109`, **включи его имя в стилевой блок**. Не заменяй его на `anime style` и не отказывайся от artist-тегов как класса. При выборе нового стиля начни с одного художника; несколько имён смешивай только после отдельных проверок.

Для свободной сцены предлагай разные направления, сохраняя персонажа и действие:

| Направление | Стилевой блок для отдельной попытки |
|---|---|
| Акварельный этюд | `watercolor` |
| Графическая иллюстрация | `ink, monochrome` |
| Живописная подача | `oil_painting` |
| Манера конкретного художника | `as109`, `wlop` или `guweiz` — одно имя за попытку |
| Свободный выбор без известного художника | `!style` в конце команды `/g` |

Это варианты, не список для одновременной вставки. Если пользователь просит разнообразие, предложи несколько отдельных команд с разными стилевыми блоками. Если просит один промпт — выбери один подходящий стиль; если не знаешь художника, используй `!style`. Явно заданный художник имеет приоритет над случайным выбором.

```text
/g faye_valentine, cowboy_bebop, sitting on a stool, hands_on_own_knees, spaceship interior, round porthole showing outer space !style
```

Случайный художник может меняться между запросами. Для точного сравнения рук или глаз зафиксируй художника, а не добавляй случайный выбор в каждую попытку. Artist-тег и LoRA — разные вещи: имя в тексте не требует подключения дополнительной модели.

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

## 13. Веса: усиливать влияние, не обещать качество

В A1111-совместимом синтаксисе `(as109:1.15)` означает явный вес фрагмента. Это не вес LoRA и не CFG. Парсеры разных движков отличаются; не переноси этот синтаксис автоматически в Anima, NovelAI или другую систему.

Метод проверки:

1. Зафиксировать одну сцену, модель, seed, размер и бэкенд.
2. Сравнить вариант без художника и с его именем при обычном весе.
3. Если нужно, отдельно сравнить умеренные веса, например 1.15 и 1.3.
4. Оценить не только стиль, но и сохранение персонажа, фона, рук и глаз.
5. Выбрать минимальную силу, которая даёт желаемый эффект без новых дефектов.

1.15 и 1.3 — **точки нашего эксперимента**, не универсальная рекомендация для каждого имени. Более высокий вес может усилить нежелательные особенности вместе с нужными. Если эффект не нравится, не надо бесконечно увеличивать число.

В фактических графах использован `smZ CLIPTextEncode` с `parser=A1111`; в сравнении менялись только positive text и имя файла. Это подтверждает выбранный путь обработки, но численные значения текстовых эмбеддингов отдельно не измерялись.

Локально проверены десять изображений Faye на одной 5080: без имени, `as109`, `by as109`, `(as109:1.15)`, `(as109:1.3)` на двух сидах. Artist-блок менял свет, контраст и моделировку лица. Повышенные веса меняли также кадр и окружение. Устойчивого ремонта пальцев не получено; сходство с реальным творчеством AS109 этим тестом не измерялось. `by` не объявляется обязательным или лучшим.

Для новой сцены **сначала вес по умолчанию**, затем отдельный тест. Не усиливай сразу все теги, имена и отрицательные признаки.

## 14. Качество, негатив и параметры

Quality-теги — не то же самое, что обычная разметка Danbooru. Отсутствие `masterpiece` в списке общих тегов само по себе не доказывает бесполезность: такие метки могут быть частью подготовки обучающих данных.

В AniWorld качество и негатив добавляются автоматически. Пользовательский промпт описывает сцену. Не копируй чужую простыню отрицаний вместе с `bad hands` и не обещай, что она починит кисть.

| Параметр | Для чего нужен | Чего не обещает |
|---|---|---|
| Seed | Повторяемое условие случайности в сопоставимом пайплайне | Одинаковых пикселей на разных бэкендах |
| Steps | Число шагов выбранного процесса | Что увеличение всегда улучшает арт |
| CFG | Сила управления текстовым условием в конкретной схеме | Ремонт рук увеличением числа |
| Разрешение | Размер исходного изображения | Полную анатомию или бесконечный рост деталей |
| Img2img / локальная правка | Дополнительная обработка результата | Что исходный текст сам решил дефект |

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

## 15. Как читать чужой промпт

Сначала проверь **checkpoint и версию**, затем positive/negative, seed, размер, sampler, дополнительные модели и обработку. Красивый JPEG без параметров — референс, а не воспроизводимый рецепт.

Сравнивай три слоя:

- Что в тексте описывает сцену?
- Что относится к стилю и техническому синтаксису?
- Что обеспечено не текстом, а LoRA, img2img, inpaint, face detailer или ручной правкой?

Изучая референс, отдельно проверь глаза, кисти и физическое взаимодействие. Детальная прорисовка не доказывает правильного хвата. Скрытая за предметом кисть не подтверждает пять пальцев. Не переноси чужие настройки и стилевые смеси без проверки результата.

## 16. Исправление изображения: таблица решений

| Наблюдение | Следующая проверка |
|---|---|
| Не тот персонаж | Каноническое имя, произведение, конфликтующие признаки |
| Каноническая одежда вместо заказанной | Явное название нужной вещи и её конструкции |
| Фон исчез | Два-три видимых признака места; роль фона относительно персонажа |
| Руки не там | Один точный тег позы; убрать дублирующие описания; проверить контакт |
| Два предмета вместо одного | Распределение задач рук; повторяющиеся упоминания; отдельная попытка |
| Разрушенный глаз | Исходник и кроп; не скрывать дефект новым ракурсом без согласования |
| Стиль слишком слабый | Проверенное имя; контрольный тест одного веса |
| Стиль испортил канон/фон | Уменьшить или убрать один стилевой блок и сравнить |
| Красно-чёрная порча цвета | Проверить бэкенд и реальные параметры, не обвинять текст без доказательств |

Меняй один смысловой блок за попытку. Если изменил несколько — честно назови это новым вариантом, а не доказательством эффекта одного слова.

Не путай изменение сцены с исправлением: закрыть глаза вместо восстановления зрачков, спрятать кисть вместо ремонта пальцев или заменить полный рост портретом — это другая задача.

## 17. Приёмка: стиль, смысл, глаза, руки, физика

Сначала оригинал целиком, затем крупные кропы лица и каждой кисти. Для диагностики увеличивай пиксели без генеративной дорисовки: апскейлер может добавить детали, которых не было в исходнике.

- **PASS:** требование ясно выполнено.
- **FAIL:** видимый дефект или нарушенное требование.
- **UNKNOWN:** деталь действительно скрыта или неразличима; это не PASS.

Проверь: нужный персонаж; верное число людей/предметов; действие; одежда и цвет; фон; кадр; стиль; глаза/зрачки; две связанные руки и кисти; пальцы; опоры и контакты.

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

## 18. Учебные примеры для составителя

Следующие примеры показывают перевод замысла в текст. Кроме отдельно отмеченных Faye/Rosaria, они **не объявляются проверенными рецептами изображения**.

**Yor, письмо, утро:**

```text
/g yor_briar, spy_x_family, sitting at a desk, reading a letter, morning sunlight through a window, watercolor
```

**Faye, стиль AS109:**

```text
/g faye_valentine, cowboy_bebop, sitting on a stool, hands_on_own_knees, spaceship interior, metal walls, control panel, round porthole showing outer space, as109
```

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

**Взрослый оригинальный персонаж, полный рост:**

```text
/g adult woman, short brown hair, blue coat, trousers, boots, full body, standing on a rainy city street, holding a closed umbrella, evening light
```

Не превратить закрытый зонт в открытый и полный рост в портрет.

**Два персонажа:**

```text
/g 2girls, faye valentine, yor briar, sitting across from each other at a cafe table, Faye holding a menu, Yor holding a teacup, warm window light
```

Распределение атрибутов у нескольких людей — отдельный риск. Не использовать `solo` и не обещать точного связывания по одному тексту.

**Изменить только цвет:**

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

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

## 19. Для Gemini/Grok и маленького составителя

На запрос конкретного промпта первый ответ — одна команда внутри Markdown-блока `text`. Несколько запрошенных вариантов — отдельные блоки кода. На вопрос о тегах, настройках или методе отвечай по существу вопроса, не придумывая сцену. Одно короткое допущение допустимо, если оно существенно. Контракт сцены используй как внутренний чек-лист; не заставляй пользователя читать длинные рассуждения.

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

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

Нельзя обещать, что один документ превратит произвольную модель 0.6B в эксперта. Для измерения нужны её реальные ответы и реальные изображения по ним. Один независимый субагент уже проверял книгу, но это не бенчмарк Qwen/Gemini/Grok.

## 20. Проверка перед выдачей команды

1. Правильный окончательный тег персонажа, без справки о вариантах его имени.
2. Никакого повторения каноничной одежды, волос, глаз и аксессуаров. Только заказанные изменения; у оригинального персонажа внешность описывается явно.
3. Сохранены действие, предметы и фон. Для рук понятны хват и опора.
4. Камера выбрана отдельно: крупность, положение, направление взгляда не перепутаны.
5. Стиль выбран осмысленно. Для свободного выбора без конкретного художника — `!style`; для точечной правки — сохранение текущего стиля.
6. Буквальные скобки внутри имени экранированы один раз; усиление не добавлено случайно.
7. Нет повторного качества, негатива, LoRA и чужих параметров интерфейса.
8. Команда помещена в блок кода, её можно скопировать без изменений.
9. Новая формулировка не названа проверенной, пока не просмотрены реальные изображения.

**Цель книги — составлять выразительные разнообразные сцены и исправлять конкретные ошибки. Нормальные глаза, зрачки и кисти подтверждаются изображением, а не обещанием в тексте.**