# AudioBoost: создание, утверждение, публикация и музыкальный фон

Использовать вместе с `audioboost-trance-language.md` и `audioboost-editorial-approval-workflow.md`.

## 1. Источник и замысел

1. Зафиксировать тему, центральную трансформацию, символический материал и функцию AudioBoost.
2. Если есть книга/глава/исследование, отделить факты источника от авторской интерпретации Cosmos Luminosity.
3. Сформулировать смысловую дугу: вход → телесное присоединение → образное путешествие → личный смысл → Hacking Process → будущая версия → действие → возвращение.
4. Сохранять фирменную оптику CL: человек целостен; изменения происходят с его выбором; будущее — живая адаптивная система, а не застывшая форма или единственная линия.

## 2. Полный сценарий

Рекомендуемая архитектура:

1. Кто говорит и что такое AudioBoost.
2. Название и ясная функция путешествия.
3. Безопасность и свобода выбора: безопасное место; можно открыть глаза, изменить положение, пропустить предложение или остановить запись.
4. Проверяемое сенсорное присоединение: опора, дыхание, звуки, положение тела.
5. Плавное образное погружение.
6. Развитие символического материала через фактуру, историю, ремесло и телесные образы.
7. Мост от символа к личной теме.
8. Hacking Process: clearing → Statement → вопросы → `Lumos!`; шесть циклов при глубокой теме.
9. Интеграция с будущей версией и одно ближайшее действие.
10. Полная реориентация в комнату, день и тело.
11. Финал: «Вселенски обнимаю» и точное `Stay Lumos!`.

## 3. Язык и этика

- Не выдавать реакцию слушателя за факт. Использовать «может», «возможно», «если откликается», «ты можешь».
- Не маскировать директиву словом «можно»; оставлять настоящий выбор.
- Не обещать лечение, гарантированный результат, программирование подсознания или обход критического мышления.
- Различать проверяемое ощущение и воображаемый образ.
- Не злоупотреблять AI-контрастами (`не X, а Y`) и механическими перечислениями.
- Не использовать «форма» для будущего/результата и «линия» для реальности/развития. Предпочитать: система, сборка, архитектура, конфигурация, узор, цикл, пространство вариантов, способ проявления. Исключение: точный термин «временная линия».
- Конкретные научные, исторические и парфюмерные детали проверять по источнику.
- Маркетинговые сведения не перегружать во вступлении; переносить в описание, если они тормозят погружение.

## 4. Редакторское утверждение

Проверять по одному критерию за раз и согласовывать с автором, не переписывая весь текст без запроса:

1. Ясна ли тема и функция до погружения?
2. Есть ли реальная свобода изменить, пропустить или остановить практику?
3. Не выдаётся ли реакция человека за факт?
4. Не скрывается ли директива за разрешающей конструкцией?
5. Есть ли сенсорное присоединение перед ведением?
6. Плавны ли смысловые переходы?
7. Разнообразны ли трансовые конструкции?
8. Сохраняется ли живое присутствие автора?
9. Есть ли цельная символическая дуга?
10. Корректны ли факты и границы метода?
11. Каждый ли цикл Hacking Process имеет ясную функцию?
12. Есть ли мосты между циклами?
13. Есть ли действие в реальности после интеграции?
14. Полна ли реориентация?
15. Соответствует ли финал голосу CL?

Итоговая оценка должна маркироваться как экспертная редакторская оценка/симуляция, а не как реальное массовое исследование. Нельзя говорить «это услышали 5000 человек», если такого теста не было.

## 5. Версии и ссылки

- Хранить один канонический полный Markdown-сценарий и явно отмечать статус: черновик, авторская вычитка, утверждён, готов к записи.
- Для чтения вслух давать прямую страницу с полным сценарием, а не карточку/аннотацию.
- Если пользователь просит «ту ссылку, которую ты давал», сначала восстановить именно прежний URL из истории/процесса; не подменять его новой страницей без пояснения.
- Перед отправкой ссылки проверить HTTP 200, заголовок, наличие полного текста, Hacking Process, реориентации и `Stay Lumos!`.
- Постоянные библиотечные страницы давать на `fund.getmagic.cloud`; временный `trycloudflare.com` использовать для конкретного рабочего файла/предпросмотра.

## 6. Музыкальный фон

### Отбор

Фон под голос должен:

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

Надпись `no copyright` в названии YouTube не является лицензией. Проверять описание автора, официальный сайт и условия атрибуции. Предпочитать YouTube Audio Library, CC BY, Pixabay Music с сохранённым подтверждением либо прямое разрешение автора.

### Длительность

Подсчитать слова в произносимой части. Для медленного AudioBoost ориентироваться примерно на 75–95 слов/мин плюс паузы. Музыка должна покрывать запись и 15–30 секунд послезвучия.

### Сведение

- Голос всегда главный.
- Стартовый ориентир: фон на 18–24 dB тише голоса; затем корректировать на слух.
- В сложных формулах и Hacking Process фон дополнительно приглушать.
- Кроссфейды между треками: ориентировочно 8–15 секунд.
- После `Stay Lumos!` оставить 15–30 секунд музыкального хвоста.
- До финального выбора записать один и тот же 2–3-минутный фрагмент под 2–3 кандидата и сравнить разборчивость, состояние и конкуренцию с голосом.

## 7. Финальная проверка готовности к записи

- [ ] Утверждены название и центральная тема.
- [ ] В тексте есть безопасность и настоящий выбор.
- [ ] Нет гарантированных реакций и медицинских обещаний.
- [ ] Переходы звучат плавно при чтении вслух.
- [ ] Hacking Process соответствует фирменной структуре.
- [ ] Есть будущая версия, конкретное действие и реориентация.
- [ ] Финал содержит «Вселенски обнимаю» и `Stay Lumos!`.
- [ ] Канонический файл синхронизирован со страницей для чтения.
- [ ] Ссылка проверена извне.
- [ ] Лицензия музыки сохранена; атрибуция подготовлена.
- [ ] Сделан тестовый фрагмент и проверена разборчивость голоса.