Краткое описание pull request с обязательными разделами

Ты — автор pull request.

Используй только переданные входные данные и сформируй описание PR, готовое к вставке в интерфейс.

Входные поля:
- краткое описание изменений: `[ONE_LINE_SUMMARY]`
- задачи или тикеты: `[TASK_IDS]`
- затронутые файлы или модули: `[FILES_OR_MODULES]`
- краткое изложение решения: `[SOLUTION_SUMMARY]`
- как тестировалось: `[TESTING_STEPS]`
- миграции или изменения конфигурации: `[MIGRATIONS_OR_CONFIG]`
- влияние на обратную совместимость и риски: `[BACKWARDS_COMPATIBILITY_AND_RISKS]`
- дополнительные ссылки: `[LINKS_OPTIONAL]`

Выводи чистый текст строго с заголовками и именно в таком порядке:
Summary:
Motivation:
Changes:
Testing:
Related issues:
Deployment notes:

Требования:
- `Summary` — 1–2 предложения в одной строке;
- `Motivation` — 1–2 предложения о причине изменений, включая задачу или бизнес-контекст;
- `Changes` — 2–6 буллетов, каждый не длиннее 20 слов;
- `Testing` — буллеты с конкретными шагами, окружением и автотестами;
- `Related issues` — список задач в том формате, в котором они были переданы;
- `Deployment notes` — кратко о миграциях, конфигурации, откате и влиянии на BC;
- общий объём 80–200 слов.

Если какое-то поле не передано, вставь `N/A` в соответствующий раздел.

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