--- name: cosmos-audioboost-creation description: Создание, редактирование, утверждение, озвучивание и публикация AudioBoosts Cosmos Luminosity — от источника и концепции до Hacking Process, музыки и финальной ссылки. metadata: hermes: tags: [cosmos-luminosity, audioboost, trance, hacking-process, audio] --- # Cosmos Luminosity AudioBoost Creation Использовать при создании нового AudioBoost, доработке сценария, проверке готовности к записи, построении Hacking Process, подборе музыки или публикации. ## 1. Главный принцип AudioBoost — авторское звуковое путешествие Cosmos Luminosity. Оно соединяет голос Маргариты, прозрачное трансовое ведение, символический материал, внимание к телу и состоянию, смысловое творчество, энергетические вопросы, Hacking Process, Lumos-активации, будущую версию и действие в жизни. В отдельных AudioBoosts к этой архитектуре добавляется дыхательная практика: мягкая, регулирующая или интенсивная — когда дыхание функционально связано с темой и отдельно утверждено для конкретного выпуска. Дыхательный модуль не является обязательным для каждого AudioBoost. Человек остаётся целостным, выбирающим и способным остановить практику. AudioBoost расширяет доступные способы восприятия, состояния и действия; он не «чинит» человека, не программирует подсознание и не обещает неизбежный результат. ## 2. Артефакты и единый канон ### AudioBoost как платный продукт-проба после короткого исследования Если AudioBoost предлагается по результатам бесплатного Transition Insight: - не создавать второй опрос: бесплатное исследование уже выполнило интеллектуальное различение; - маршрутизировать женщину к одному из небольшого числа общих авторских AudioBoosts по сочетанию ответов; - персонализировать только объяснение выбора, сам маршрут и действие после прослушивания — не называть запись персональной и не притворяться, что она знает детали будущего женщины; - описывать AudioBoost конкретно: звуковая практика с голосом Маргариты, образами, вопросами и паузами, помогающая заметить отклик тела и состояния, а затем выбрать небольшой эксперимент; - в публичном тексте не использовать внутренние ярлыки `платный продукт-проба`, `routing`, `pattern`, `Evidence Review`; - после AudioBoost использовать короткий review человеческим языком: `Чего я ожидала? → Что произошло на самом деле? → Что это помогло мне увидеть и осознать?`; - до готовности записи и доставки не показывать активную покупку; использовать честный статус доступности; - если цена тестируется, маркировать её внутри стратегии как гипотезу до реальных оплат. Подробная архитектура связки хранится в skill `cosmos-luminosity-market-validation`, reference `trial-to-routed-audioboost-architecture.md`. ### Сначала определить, какой артефакт просит Маргарита Слова «дай ссылку на AudioBoost» могут означать разные вещи: карточку в библиотеке, полный сценарий для записи, прежнюю временную страницу или методологию. Нельзя подменять один артефакт другим только потому, что он тоже открывается. Если Маргарита говорит «ту ссылку, которую ты давал раньше» или присылает скриншот вкладки: 1. искать прежний URL в истории сессии и журнале отслеживаемого процесса; 2. для Cloudflare Quick Tunnel извлекать точный случайный поддомен из process log — по одному `trycloudflare.com` на скриншоте его восстановить нельзя; 3. проверить HTTP 200, ожидаемый заголовок/версию, наличие полного сценария и финала `Stay Lumos!`; 4. только затем отправлять прямую ссылку, без длинного объяснения и без создания замены, если старая страница жива. Различать: 1. источник: книга, глава, голосовые сообщения, исследование; 2. паспорт продукта: название, описание, цель, кому подходит — не читается вслух; 3. канонический сценарий записи: только произносимый текст; 4. извлечённый Hacking Process: синхронизированная копия для редактуры; 5. методология библиотеки; 6. временная страница для чтения; 7. постоянная страница продукта. Всегда знать путь канонического файла. Сначала редактировать его, затем обновлять производные страницы. Красивый предпросмотр не делает черновик утверждённым. Статусы: `idea` → `concept` → `script-draft` → `author-review` → `approved-for-recording` → `recorded` → `published`. ## 3. Путь создания ### Шаг 1. Замысел Зафиксировать: - одну центральную функцию/состояние; - исходный опыт слушателя; - символический или сенсорный материал; - связь материала с личным смыслом; - слои старого кода для Hacking Process; - будущую систему/конфигурацию; - одно реалистичное действие после практики. Для путешествия по книге или материалу: > место и материал → сенсорное погружение → ремесло/история → телесное распознавание → личный смысл → функция AudioBoost → Hacking Process → будущая версия → действие → возвращение. Не превращать источник в пересказ. Факты должны стать переживаемым пространством. ### Если AudioBoost продолжает предыдущий выпуск серии - Начинать с тех смыслов предыдущего AudioBoost, которые естественно продолжаются в новом материале, но быстро передавать центр тяжести новому ингредиенту. - Сохранять полный уникальный смысловой объём нового материала, не сводя его к одной психологической теме. Например: дисциплина создаёт поддерживающий ритм, а ваниль раскрывает созревание, выдержку, подлинную многослойность, достойное получение, доверие и вклад. - Перед сценарием отделять: (1) мост из прошлого выпуска; (2) уникальные парфюмерные/материальные смыслы новой главы; (3) психологические и энергетические смыслы; (4) Hacking Process. ### Цитатные эха источника Если Маргарита хочет сохранить присутствие книги, использовать 1–2 коротких «эха» сильных фраз, органично встроенных как голос места, ремесла или персонажа. Не перегружать трансовое путешествие цитатами и не маскировать длинные дословные фрагменты под авторский текст. Остальные факты адаптировать в переживаемые сцены. Оставлять цитату только тогда, когда она углубляет состояние или двигает путешествие дальше; справочные факты переносить в паспорт продукта или дополнительный материал. ### Шаг 2. Паспорт продукта Отдельно от записи создать: - название и подзаголовок; - «О чём этот AudioBoost»; - одну ясную цель; - «Кому подходит»; - «Кому может не подойти»; - условия безопасного прослушивания; - наличие и вид дыхательной практики, её длительность, положение тела, противопоказания и альтернативный спокойный режим — если дыхательный модуль входит в выпуск; - статус и версию. Маркетинговые детали не переносить во вступление, если они задерживают вход в опыт. Если в выпуск добавляется новый функциональный модуль (например, breathwork), синхронизировать не только сценарий, но и определение формата, карточку продукта, цель, «кому подходит / не подходит», структуру, библиотечную строку и маркетинговую страницу. Описывать модуль как локальный для выпуска, если он не обязателен для всей линейки. ### Шаг 3. Сценарий записи #### Серийность и самостоятельность выпуска Если новый AudioBoost тематически продолжает предыдущий, не связывать их автоматически во вступлении. Сначала решить, должен ли новый выпуск работать как полностью самостоятельные ворота для слушателя, который не проходил прежние AudioBoosts. По умолчанию сохранять самостоятельность: общий смысл можно развить заново через материал нового выпуска без фраз «в прошлом путешествии» и без обязательного знания предыдущей записи. Связь с серией оставлять только после прямого авторского утверждения. #### Где размещать Hacking Process в материально-сенсорном AudioBoost Не вплетать полные циклы Hacking Process после каждой сцены по умолчанию: повторяющаяся схема `сюжет → Statement → вопросы → Lumos → сюжет` может дробить транс, постоянно выводить слушателя из ароматического мира в технику и ослаблять накопление сенсорной глубины. Предпочтительная гибридная архитектура для ароматических и книжных путешествий: > цельное сенсорное и парфюмерное путешествие → мягкие личные распознавания и короткие вопросы внутри сцен → один естественный мост → 3–5 концентрированных Hacking-волн → будущая версия → действие → возвращение. Полные циклы можно распределять по сюжету только когда сама драматургия требует отдельных порогов и каждый переход проверен вслух на непрерывность. При сомнении выбирать цельное путешествие перед единым Hacking-каскадом. #### Вступление: разрешены две драматургические модели Выбор зависит от задачи конкретного AudioBoost; нельзя превращать один удачный кейс в универсальный закон. **Прозрачная функциональная модель** — назвать тему и функцию в начале. Подходит, когда ясность и информированность важнее отложенного раскрытия. **Материально-сенсорная модель** — назвать символический материал и маршрут, а психологическую функцию раскрыть позднее через опыт места, ремесла и тела. Подходит для ароматических, книжных, мифологических и ритуальных путешествий. В обеих моделях слушатель понимает тип практики, условия безопасности и право выбора. Отложенное раскрытие не используется для скрытого влияния. Рекомендуемая архитектура: 1. Маргарита и Cosmos Luminosity. 2. Название и ясная функция путешествия. 3. Короткое переживаемое объяснение формата. 4. Безопасность и настоящий выбор. 5. Проверяемое сенсорное присоединение. 6. Опциональный дыхательный модуль, если он функционально связан с темой и утверждён для этого выпуска. 7. Плавное погружение. 8. Символический мир, фактура, ремесло и история. 8. Мост к личному смыслу и выбранной функции. 9. Hacking Process с нарастающими циклами. 10. Будущая версия и репетиция нового способа жить/действовать. 11. Одно ближайшее действие. 12. Полная реориентация. 13. «Вселенски обнимаю» и тематическое благословение. 14. Точный финал `Stay Lumos!`. Писать для дыхания и голоса: богатый текучий русский, разные длины фраз, сцены и переходы. Избегать поэзии из обрывков, механических списков и нагромождения абстракций. При сокращении сценария сначала искать участки, где рефлексивные вопросы или поясняющий абзац повторяют уже прожитый образ и задерживают следующий этап. Такие вопросы не терять: переносить в отдельное дополнение `Вопросы для исследования себя после AudioBoost`, а в spoken-тексте оставлять короткий сенсорный мост к следующему шагу. Дополнение размещать в карточке продукта, не в каноническом сценарии записи. После ЛЮБОГО изменения полного сценария — сокращения, добавления, перестановки, правки отдельной фразы — заново прочитать полный актуальный spoken-текст и выполнить все 16 критериев редакторской проверки (см. раздел 7), включая непрерывность трансового ведения по зонам: вход, переход к месту, сцены, мост к личному смыслу, Hacking, будущая версия, выход. Сравнить с предыдущей версией: многослойное внимание, разрешающий язык, сенсорное присоединение, ритм/паузы, присутствие Маргариты, точный Hacking Statement, безопасность, полный возврат и финал. Проверить число циклов/Statement/вопросов, синхронность канона и опубликованной страницы, статус и доступность ссылки. Редакторское сокращение не должно молча удалять наводки; изменения показывать автору до записи. Если запись уже сделана, заморозить версию произнесённого сценария, создать отдельную редакцию для будущей работы и не выдавать её за существующую аудиозапись; без прослушивания файла нельзя подтверждать дословное совпадение текста и аудио. Не предлагать перезапись вопреки решению Маргариты. ## 4. Этическое трансовое ведение Обязательно: - безопасное место; не за рулём, не с техникой и не в ситуации риска; - глаза можно оставить открытыми; - можно двигаться, изменить положение, пропустить предложение, остановить запись; - сначала проверяемые ощущения: опора, звуки, дыхание, положение тела; - затем воображаемые образы; - реакции не выдавать за факт: `может`, `возможно`, `если откликается`, `ты можешь`; - завершать полной реориентацией в комнату, день и тело. Исключить скрытые команды, ложный выбор, гарантированное изменение, лечение, поиск «первой травмы», внушение амнезии, зависимость от голоса/автора и утверждения об обходе критического мышления. Присутствие Маргариты ощущается как живое совместное путешествие, но без буквального заявления «я проводник». Варьировать: `вокруг нас`, `наш путь`, `мы подходим`, личное приглашение, голос как нить/воздух/ритм, совместное возвращение. ## 5. Hacking Process ### Архитектура каждого цикла > распознавание и clearing старого кода → точный Hacking Statement → 1–3 создающих вопроса → отдельная Lumos-активация → мост к следующему циклу. Канонический Statement, без изменений: > **True and false, soft and hard, upgrade and restart, bootstrap and setup. This is a touchstone where the future is shown. Lumos!** Всегда `Lumos!`, никогда `Lumas.`. Не добавлять другие английские строки без прямого утверждения Маргариты. Циклы строить с нарастанием: доступный личный слой → заимствованные стандарты → защитные механизмы → системная архитектура → будущая версия → авторство и воплощение. Сохранять полезную функцию старой настройки. Например, освобождать тревожный гиперконтроль, сохраняя контроль как навигационную ясность. ### Речь непосредственно перед Hacking Statement Не повторять одну вводную во всех циклах. Выбирать операцию, соответствующую слою: - распознать решения и определения; - собрать проявившиеся реакции; - отделить заимствованные настройки; - найти точку закрепления программы; - увидеть механизм повторного создания; - признать прежнюю защитную функцию; - вывести телесную автоматическую реакцию из запуска; - закрыть повторяющийся цикл; - вернуть энергию, время, внимание и силу в выбранное создание. Финальная строка перед Statement должна быть короткой и энергетически собирать clearing, например: - `Всю архитектуру этого сценария я рассоединяю и отправляю на обновление.` - `Все решения, реакции, контракты и вычисления, удерживающие этот цикл, я отменяю.` - `Весь ресурс, связанный в этой настройке, я возвращаю себе и перенастраиваю на выбранное воплощение.` Это банк механик, а не готовые обязательные формулы. Каждый вариант переписывается под тему и утверждается Маргаритой. Не копировать узнаваемые Access-конструкции. ### Вопросы и Lumos После Statement — от одного до трёх вопросов. Градация: тело/доброта/уют → ритм/выбор/действие → будущее/авторство/материализация. Перед финализацией Hacking Process измерить объём каждого цикла и проверить смысловую уникальность. Если соседние циклы обрабатывают одну программу на разных уровнях (например, внутренняя команда «надо» и источник этой команды в чужих стандартах), объединить их. Развести функции остальных циклов одной фразой: `от чего → к чему`. Сокращать прежде всего повторные перечисления, третий сходный вопрос и вторую future-pacing активацию, если сразу после Hacking Process уже идёт отдельная будущая версия. Сохранять самостоятельные слои: внутреннее наказание, цикличность, обновление полезной функции контроля и кульминационное авторство. Lumos называет рабочую функцию, а не украшение. Схема: > `Я активирую Lumos [функции] — [как она действует в мышлении, теле, состоянии, выборе и жизни]. ... Lumos!` Активация соответствует clearing и вопросам этого цикла. Не вставлять универсальный красивый блок во все темы. ## 6. Язык Cosmos Luminosity - `нужно` — редко; предпочитать `требуется`, `просится`, `подходит`, `созрело`, `готово`; - тело чувствует, воспринимает, распознаёт, откликается, запоминает и интегрирует; оно не «понимает»; - предпочитать `ворота` для перехода/доступа; - природа живая, текучая, богатая; точность относится к рукам, времени, ремеслу, дозировке; - не злоупотреблять AI-контрастами `не X, а Y`; - избегать механических перечислений; - будущее и результат описывать как живую адаптивную систему, сборку, архитектуру, конфигурацию, узор, цикл, пространство вариантов или способ проявления; - не использовать `линию` для реальности/развития; исключение — точный термин `временная линия`; - терминология становится канонической только после утверждения Маргариты. ## 7. Редакторское утверждение Если Маргарита просит последовательную проверку — разбирать один критерий за сообщение, ждать решения и сразу править канонический файл. Проверить: 1. тема и функция ясны; 2. есть настоящий выбор; 3. реакции не объявлены фактом; 4. `можно` не маскирует директиву; 5. есть сенсорное присоединение; 6. переходы плавны; 7. трансовые конструкции разнообразны; 8. присутствие автора сохраняется; 9. символическая дуга цельна; 10. факты и границы метода корректны; 11. каждый Hacking-цикл имеет функцию; 12. между циклами есть мосты; 13. есть действие в реальности; 14. реориентация полная; 15. финал соответствует CL; 16. автор остаётся живой спутницей на всём пути. Оценку маркировать как экспертную редакторскую оценку/симуляцию, если реального массового теста не было. ## 8. Интенсивное дыхание в AudioBoost Если Маргарита выбирает дыхательный вход для конкретного AudioBoost, сначала точно зафиксировать механику и не подменять её более мягкой техникой. Для версии «Корицы» 4.0 выбран локальный формат: около 10 минут глубокого интенсивного связного дыхания через широко открытый рот; начало в естественном темпе → постепенное углубление и усиление → устойчивый активный поток → постепенное смягчение → возвращение к обычному дыханию → аромат корицы и Шри-Ланка. Утверждённые редакторские решения для этого блока: - дыхательную часть выполнять лёжа или сидя; - для внутренних образов закрыть глаза; не предлагать оставлять их открытыми в этой версии; - не перегружать spoken-текст длинными предупреждениями; - допустимая утверждённая фраза: `Покалывание в конечностях — это нормально.`; - полный список противопоказаний размещать в описании продукта, а не перечислять в spoken-тексте; - в записи использовать короткую ссылку на описание: если противопоказание относится к слушателю, он дышит спокойно, лишь немного глубже своего обычного дыхания; - убрать фразу `При сомнениях заранее посоветуйся со своим врачом` из spoken-текста этой версии; - при дискомфорте: `можешь дышать менее глубоко и постепенно вернуться к своему обычному дыханию`; - не возвращать удалённые формулировки про открытые глаза, изменение положения, пропуск предложений и остановку записи без нового запроса Маргариты; - хронометраж считать как речь + размеченные паузы: текущий ориентир блока — около 10 минут при ~90 слов/мин. Эти решения локальны для «Корицы» и не становятся универсальным стандартом для всех дыхательных практик. При создании других интенсивных breathwork-блоков заново согласовать механику, противопоказания, spoken safety и длительность. ## 9. Музыка и производство Музыка: инструментальная, без вокала и резких ударов, не задаёт голосу чужой темп, достаточно длинная или бесшовно зацикливается. Проверять лицензию; `no copyright` в названии YouTube не равно разрешению. Ориентиры: - медитативное чтение 75–95 слов/мин плюс паузы; - фон стартово на 18–24 dB тише голоса; - в Hacking Process дополнительно приглушить; - кроссфейды 8–15 секунд; - после `Stay Lumos!` оставить 15–30 секунд послезвучия; - сравнить один 2–3-минутный фрагмент под 2–3 музыкальных варианта. ## 9. Финальная готовность Перед `approved-for-recording`: - один канонический сценарий; - название, версия и статус синхронизированы; - число Statement равно числу циклов; - в каждом цикле максимум три вопроса; - rejected-фразы отсутствуют; - вступление, безопасность, мосты, Hacking Process, будущая версия, действие, возвращение, «Вселенски обнимаю» и `Stay Lumos!` присутствуют; - длительность посчитана только по произносимой части; - страница удобна для чтения; - ссылка открывается и содержит точную актуальную версию. ## 10. Материально-ароматические AudioBoosts: автономность, полнота смыслов и распределённый Hacking Каждый ароматический AudioBoost должен работать как самостоятельные ворота. Даже если новый материал продолжает или пересекает смыслы предыдущего выпуска, не связывать их во вступлении автоматически и не предполагать, что слушатель прошёл серию. Связь допустима только после отдельного авторского решения. Перед выбором одной психологической функции сначала собрать **весь материал-специфичный смысловой спектр** главы: ботаника, место, ремесло, обработка, ольфакторный профиль, композиционная функция, человеческий труд, рынок/этика и естественные психологические метафоры. Не сводить богатый материал к одному тезису вроде самоценности, дисциплины или проявленности раньше, чем Маргарита увидит полную карту. Книжные цитаты вводить как редкие **«эха книги»**: обычно 1–2 короткие фразы на первую часть, органично звучащие как голос места или знание ремесла. Они должны углублять состояние или двигать путешествие. Длинные цитаты не маскировать под авторский текст; факты и образы преимущественно переплавлять в собственное повествование. Hacking Process может иметь две архитектуры: 1. **собранный блок** после сенсорного путешествия; 2. **распределённые волны** внутри маршрута: сцена материала → телесное распознавание → clearing → точный Statement → 1–2 вопроса → функциональная Lumos-активация → возврат к повествованию. Во втором варианте сначала дать пространству собраться: ориентир — 7–10 минут чистого сенсорного, ремесленного и парфюмерного погружения до первого Statement. Иначе техника перебивает материал. Все волны должны быть смыслово уникальны и вытекать из конкретного этапа обработки сырья. ### Эталон «Корица» AudioBoost «Корица. Ремесло новой реальности» проходит авторскую проверку версии 4.0. Использовать как кейс глубокой материально-ароматической дуги: дыхательная практика → Шри-Ланка → коричное дерево → кора и руки мастеров → дистилляция и парфюмерия → дисциплина как тёплая адаптивная система воплощения → пять циклов → будущая версия → точное действие → возвращение. Не копировать содержание механически: переносить архитектуру, этику, ритм соавторства и стандарт качества. Детали решений и переносимые уроки сохранены в `references/cinnamon-case-lessons.md`. Для самостоятельных ароматических AudioBoosts по следующим главам книги — работы с «эхом источника», цитатной плотностью и размещением Hacking Process — использовать `references/aromatic-book-audioboost-lessons.md`. ### Кейс «Ваниль» Для самостоятельного AudioBoost по главе о мадагаскарской ванили использовать `references/vanilla-case-lessons.md`: там сохранены авторские решения об автономности выпуска, полном спектре ванильных смыслов, парфюмерном ядре, двух книжных эхах, распределённых Hacking-циклах и release gate перед написанием spoken-сценария. ## 11. AudioBoost как продолжение интерпретационного продукта Когда AudioBoost открывается после короткого check-in или Transition Insight: - не создавать второй опрос для выбора аудио; - использовать уже собранные сочетания ответов как маршрутизацию; - держать небольшую библиотеку общих авторских AudioBoosts, а не генерировать псевдоперсональные записи; - точность создаётся переходным текстом перед аудио, выбором подходящего путешествия и действием после него; - AudioBoost поддерживает состояние и проживание результата, но не объявляет интерпретацию фактом; - использовать разрешающий язык: `возможно`, `если откликается`, `это путешествие может быть полезным следующим пространством`; - после AudioBoost давать одно ограниченное действие в реальности и добровольный Evidence Review; - не вести к оплате сразу после текстовой интерпретации, если обещан полный бесплатный цикл с аудио и экспериментом; - не публиковать обещание такого маршрута, пока запись, плеер, действие и fallback действительно не готовы. Подходящие функции библиотеки могут включать: сохранение живого мастерства, освобождение прежней роли, отделение опоры от прежней конструкции, встречу с порогом следующей главы и восстановление различимости при истощении. Названия и сценарии становятся каноническими только после утверждения Маргариты. ## 12. Как отвечать о статусе и завершённости Перед ответом «всё сохранено» или «всё готово» фактически проверить: - skill существует и загружается; - методология присутствует в библиотеке; - статус продукта обновлён; - старые конфликтующие формулы отсутствуют; - публичные страницы возвращают актуальное содержимое. Если часть работы ещё не сделана, сказать это прямо и закончить её до финального отчёта. Не обещать «напишу, когда сделаю», если действие можно выполнить инструментами сейчас. Отчёт давать в трёх коротких группах, когда это полезно: **сохранено**, **исправлено**, **проверено**. Для простого запроса на ссылку — сначала ссылка и одна строка идентификации артефакта. ## 12. Музыкальные рекомендации: художественный и правовой фильтры При подборе музыки разделять два результата: 1. **художественно подходит** — тембр, длительность, динамика и отсутствие конкуренции с голосом; 2. **разрешено использовать** — подтверждённая лицензия, коммерческое право и условия атрибуции. Не называть YouTube-кандидата готовым к публикации, пока лицензия не проверена по описанию автора или официальному источнику. Если YouTube блокирует получение метаданных, можно подтвердить название/автора другим безопасным способом, но лицензию пометить как непроверенную, а не выводить её из слов `no copyright` в заголовке. Для тематического запроса, например «коричные варианты», искать не только буквальное слово, но и сенсорную палитру: древесность, кора, янтарь, пряность, тепло, островная влажность, ремесло, дистилляция и мягкий праздник. Ранжировать отдельно художественное соответствие и правовую готовность.