Что включено в мой AI Native проект? У всех есть свои любимые агенты, модели и настройки проектов. Я лично не могу нарадоваться на ChatGPT Codex, еще с версии GPT-5.5. Особенно он меня радовал в летнем проекте, который я писал практически на ходу в remote режиме с сотового. И я решил выяснить, почему оно так хорошо работает. Я попросил Codex Astra проанализировать историю всех сессий этого проекта, классифицировать ситуации, где желаемый результат был достигнут, а потом сделать отчет - что помогло этому? В ~/.codex/sessions нашлось 314 рабочих сессий и 187 уникальных чатов с конца июля этого года (в основном под GPT-5.5/5.6). Вот те настройки и архитектурные решения, которые Astra посчитала самыми полезными и “AI Native”: • Executable SDD - продуктовые требования в связке с быстро исполняемыми BDD спеками и возможностью гонять SQL запросы • Event-driven архитектура, которая упрощает верификацию и эксперименты • Дерево документов с progressive disclosure • Control center, возможность ходить по соседним проектам, заимствовать идеи и знания • Полуавтоматическое пополнение дерева документов информацией и поправками Скриншот запроса и ответа я добавлю в комментарии. Вы можете прогнать аналогичный запрос у себя, чтобы идентифицировать сильные и слабые стороны того, как настроен AI Code агент в проекте. А что из этого вы уже используете в своих проектах? Ваш, @llm_under_hood 🤗

Конференции потрясающая штука. На воркшопе рассказывал про наш прогресс. Решил помимо черрипикнутых видео, где мы конечно молодцы, показать лайв демо. Там наша модель местами работает, а местами не работает. Например, одна из необъясненных проблем это вот такие странные траектории. Это игрушечная модель которая учится кликать в одну из двух кнопок. Все траектории в данных у неё прямые и попадают прямо в середину кнопки. А потом на инференсе она заходит на цель с какого-то уголка и наворачивает невероятные вензеля. В основном всем понравилось. Но один парень сказал, что я всё делаю неправильно, траектории курсора не нужны и все такое. Я задумался и к вечеру придумал три вероятных источника этой проблемы и какие эксперименты провести, чтобы её победить.

Маркетологам приготовиться: скилл для управления рекламой в Яндекс.Директе Если вы следите за моим каналом, то я часто выкладываю тут всякие штуки для маркетологов. И сегодня у меня для вас особый анонс. Скажу прямо, я хотел сделдать этот релиз ещё весной. Как раз когда была череда из полезных скиллов маркетологу: - Яндекс.Метрика — https://t.me/countwithsasha/517 - Яндекс.Вебматер — https://t.me/countwithsasha/552 - Яндекс.Вордстат — https://t.me/countwithsasha/423 - Яндекс.Поиск — https://t.me/countwithsasha/495 🎯 5. Скилл для Яндекс.Директа задержался на полгода И вот пятым в этом списке должен был стать Яндекс.Директ. Но была и остается проблема. Скиллы, которые я пишу используют в основном официальные версии API, а у Директа АПИ не покрывает и половины функционала. Плюс был анонсирован переезд из классических объявлений в комбинаторные — то есть если делать скилл весной, то на те 40% функционала надо было выкатывать сразу комбинированный объём правил, чтобы угодить всем. Летом яндекс раскатал комбинаторные объявления позволив не поддерживать легаси форматы и я решил выпускать скилл. 🔗 Скилл Яндекс.Директа в моем репозитории: https://github.com/artwist-polyakov/polyakov-claude-skills (описание установки в README.md) 🔗 А вот тут ссылка на сам скилл: тыц Можно установить через маркетплейс, можно как папку. Есть ещё механика — клонировать репозиторий и подключать скиллы как диплинки. 🩼 Самое сложное — получить ключ Для использования навыка Яндекс.Директа нужно получить ключ приложения + получить для приложения разрешения использовать АПИ Яндекс.Директа. Просто зарегистрировать приложение в https://oauth.yandex.ru недостаточно. Я написал подробный гайд о том, куда идти, какие тексты писать. Агент который увидит скилл без токена должен подсказать, но я бы советовал пройти руками. 🔗 Инструкция: общее + детально 🚀 Что умеет скилл Яндекс.Директа Я постарался отгрузить максимальную экспертизу по базовым настройкам и аналитике, поэтому среди возможностей: • Анализ данных по трафику, поиск прожорливых фраз, неэффективных кампаний, расчёт метрик эффективности. • Оценка адекватности ставок, контроль бюджетов • Создание объявлений, добавление фотографий, быстрых ссылок, UTM • Корректировки объявлений, проверки ошибок • Есть шаблоны для превью. Теперь можно делать веб-странички клиентам для согласования рекламы • Если скилл чего то не умеет (напрмер создавать мастера кампаний) — делает хендоф.

💪 Мне очень понравилось, что когда я попросил агента проверить тексты на предмет старого месяца, он всё исправил и ещё сказал, что у нас там модель китайской марки не соответствует заявленной в рекламе.

Скилл ещё будет дорабатываться. Если будут предложения и пожелания — делитесь. 🔁 Если у вас есть друг или подрядчик, который занимается рекламой — покажите ему этот пост. ---- Поляков считает — AI, код и кейсы

​​Qwen-Drive 1.0: Turning a General VLM into a Driving Foundation Model Свежая работа от Qwen Team про автономное вождение. Обычно VLA-подходы берут предобученную VLM как источник семантики и рассуждений, дообучают её на driving-данных и прицепляют к ней предсказатель траектории. Проблема в том, что language supervision плохо ограничивает реальную 3D-геометрию (модель может убедительно описать сцену, имея при этом очень приблизительное представление о расстояниях и occupancy), а агрессивная доменная адаптация теряет часть общих знаний, которые как раз и нужны в редких и out-of-distribution ситуациях. Qwen-Drive-1.0 добавляет два внешних модуля к Qwen3.5-4B: BEV perception head для 3D-детекции, occupancy и сегментации карты, и Planning Expert на ~1.1B параметров, который генерирует пятисекундные траектории через flow matching. Planning Expert читает cached keys и values из восьми GQA-слоёв VLM, то есть VLM работает как read-only источник контекста и на обеих стадиях планирования остаётся полностью замороженной. RL-часть весьма интересна. Euler-сэмплирование во flow matching детерминированное, поэтому политики, по которой можно взять градиент, попросту нет. Авторы добавляют шум только на последних трёх шагах из десяти и только вдоль нескольких низкочастотных косинусных мод: получаются плавные сдвиги и изгибы всей траектории вместо джиттера по отдельным waypoints. Результаты: - Driving VQA: 63.52 → 69.43 относительно базовой Qwen3.5-4B - Общие VLM-бенчмарки: 66.41 против 67.40 у базовой модели, просадка меньше балла - Probe: обучение одной только головы на замороженных фичах отстаёт от BEVFormerV2 на 6.34 mAP, а разморозка энкодера и VLM добавляет 10.46 mAP - NAVSIM: 90.7 PDMS против 90.4 у ExploreVLA и EponaV2 Paper Code Project Мои обзоры: Блог Medium #paperreview

🤖 Всё никак не добирался написать, но новость интересная и точно заслуживает вашего внимания. Недавно мы выложили в открытый доступ Kandinsky WM 1.0 — линейку генеративных моделей для Physical AI Один из больших трендов сейчас — развитие Physical AI Foundational Models (FM), которые способны полноценно моделировать физический мир. И многие сильные команды приходят к Physical AI FM именно через видеогенерацию. Это довольно естественный путь: обучаясь на видео, модель получает представление о движении, динамике и взаимодействии объектов. Следующий шаг — связать эту модель с действиями агента. Отсюда, в частности, вырастает направление World Action Models: моделей, которые связывают действия робота с тем, как вследствие этих действий изменится наблюдаемый мир (и, наоборот, как выбрать оптимальное действие робота в соответствии с наблюдаемым / предсказанным поведением мира, среды). При этом сама видеогенерация постепенно становится частью более широких omni-моделей. Например, Cosmos 3 от NVIDIA умеет работать с текстом, изображениями, видео, звуком, действиями на вход и на выход и может использоваться для разных robotics задач. Atlas от World Labs работает с текстом, изображениями, видео и 3D и позволяет восстанавливать реальные сцены и строить на их основе симуляции. Мы развиваем Kandinsky в том же направлении: используем накопленный опыт в видеогенерации, чтобы строить модели для роботов и беспилотников. Kandinsky WM 1.0 — наш первый открытый релиз в этом треке. Мы выложили open source три специализированные модели: 🚗 K5-AV (Autonomous Vehicle) для генерации автомобильных сцен, 🦾 K5-RO (Robotics) для генерации различных сцен манипуляции с предметами, 🌍 K5-PH (Physics) для генерации сцен со сложной физикой в целом: движением людей, протеканием процессов и взаимодействием объектов. Все модели получены дообучением нашей базовой модели генерации видео Kandinsky-5 Video Lite (2B). Модели умеют генерировать 5 секунд видео по первому кадру и текстовому описанию (то есть работают в режиме I2V). Разрабатывали эти модели мы в первую очередь для генерации синтетических данных для обучения других моделей — в основном VLA — которые управляют роботами и беспилотными авто. Особенно важны тут редкие сценарии: сцены ДТП, видео экстремальной погоды или кейсы с отказом оборудования. Собирать такие данные в реальности дорого, очень сложно, а иногда и просто небезопасно. С помощью генеративной модели такие данные можно получасть практически неограниченно. Но у такого подхода есть и обратная сторона: если VideoGen модель неправильно воспроизводит физику, то в обучающие данные для VLA попадут ошибки. К сожалению, такого рода галлюцинации характеры для всех современных VideoGen моделей, потому что при их обучении больше фокусируются на эстетическом (визуальном) качестве, чем на физической достоверности. Улучшить физичность по сути можно 2 способами: добавляя больше данных со сложной динамикой в претрейн и используя различные приёмы на этапе alignment (например, RL с физическими reward-моделями). Претрейн у нас уже был фиксирован (Lite), поэтому мы фокусировались на alignment: cначала делали SFT на качественных данных каждого домена (AV, RO, PH). Затем — RL с хитрыми reward-моделями за физическую достоверность (подробности можно почитать в статье на хабр) ⚡️По бенчмаркам: на Physics-IQ Verified для модели K5-PH получили рост общего score 16,0 (Lite) → 25,8 (Lite SFT PH) → 30,8 (K5-PH). Бенчмарк проверяет, как модели в режиме генерации видео продолжают реальный физический эксперимент по первому кадру. Домены экспериментов: механика твёрдых тел, динамика жидкостей, оптика, термодинамика и магнетизм. Модели сейчас тестим с коллегами из Центра робототехники (ребята в том числе помогали с обучающими данными для K5-RO) и с AIRI в рамках развития симулятора XSIM World. Веса и код моделей выложены под открытой лицензией MIT. Полезные ссылки: 👉 Хабр 👉 GitHub 👉 HuggingFace @dendi_math_ai

Курс по Visual GenAI от Yandex Research и ШАД Авторы CV Time не только пишут обзоры статей о компьютерном зрении, но и создают обучающие курсы. Сегодня делимся курсом ШАДа «Генеративные модели в компьютерном зрении», который ведёт Дмитрий Баранчук, руководитель группы GenAI в Yandex Research, вместе с праймовой командой исследователей в этой области. Будет полезно тем, у кого есть базовые знания по генеративкам и желание разобраться глубже: • в теории диффузионных моделей, эффективных методах их обучения и семплирования; • в новых гибридных моделях на основе диффузии для генерации изображений, видео и 3D. У курса есть открытый GitHub-репозиторий, где можно найти слайды, записи лекций и семинаров, а также домашние задания. CV Time

вот на что я бы смотрел. 1/ даже если модели и скаффолдинги лаб станут лучше, есть ценность в том, чтобы быть роутером / оркестратором моделей. клиенты ценят снижение vendor-lock риска. плюс раньше SaaS чарджил за какой-то drag-and-drop workflow, сейчас это делает роутер. 2/ сегодня вертикальные saas продукты это по сути api-интеграция с моделям и prompt-интеграция, плюс у кого хватает денег можно делать post-train, но хз, лучше ли это, чем новый релиз модели от лабы. но я думаю, что близость к клиентам даёт хорошее пространство для разного апсела: - эксклюзивные партнёрства с лабами-вендорами: ты разворачиваешь модель конкертной лабы у клиентов, такой нео-интегратор. например, legora в августе зашла партнёром в gemini enterprise for legal. - и в обратную сторону -- data-провайдер для них: лицензируй данные клиентов и продавай данные лабам - ну и не для всех подходящее: но можно делать маркетплейс или даже кредитный продукт вертикальный saas держит премиальные мультипликаторы даже при более медленном росте, потому что доминирует в ограниченном tam: doximity 16x, guidewire 14x, veeva 11x. saaspocalypse 2026-го это подтвердил: горизонтальный saas за 12 месяцев −35%, вертикальный и примерно на том же месте. 3/ 3-3-2 до сих пор норм. я думаю, что у всяких legora / harvey будет «стена роста» в 2027-м, и умение держать консервативный рост при меньшем хайпе со стороны рынка будет цениться сильнее. блогер onlycfo в модели показывает, что ai-супер-рост с таким endurance через пять лет приходит в ту же точку, что и t2d3, только с оценкой выше в первые три года и ниже потом. 4/ fde мне кажется играет на руку стартапам. saas частично превращается в «платформу с сервисным on-ramp». в продаже любого ent-софта всегда были разные solution-инженеры или партнёры-интеграторы. uipath, например, только так и добрался до ipo: 4,000+ интеграторов и реселлеров в партнёрах. а когда a16z заявляет, что fde это главный moat, это даёт стартапам сегодня нормализовать сервисную выручку и оценивать её как софтверную. например fde-shop без намека на какой-то осознанный продукт, wonderful поднял $550m series c при $5b через 20 месяцев после запуска, при 650 людях и ~$70m arr. у salesforce на linkedin уже 104 человека с титулом forward deployed, даже у notion есть founding fde вакансия. иногда объём внедрений они выносят партнёрам: salesforce в апреле собрал fde partner network из accenture, deloitte и ещё 30 фирм и платит им за агентов, дошедших до прода. ну и в целом это имеет смысл в ai, особенно в регулированных / рискованных вертикалях: по iconiq половина scaling-компаний масштабирует fde, а 76% их переменной зарплаты привязано к retention и renewal. 5/ дистрибуция это самый вайбовый тейк. во время одинаковых продуктов люди ценят курацию, философию и твою неудобность для всех. особенно если вы делаете больше бутстрап 6/ это еще не говорю, что на многих рынках (как гео, так и вертикали) люди только начинают saas выкупать, особенно в smb. tldr; предпринимателям - больше слушай клиентов, меньше инвесторов; аналитикам и инвесторам - двигаться на yolo, инвестировать в то что растет, отписаться от e/acc-bro в твиттере. еще далеко до лебединой песни saas.

много распрей последнее время читаю, что мол software бизнес уже retard тема как для vc, так и для предпринимателей. кмк сегодня разница между saas, ai-агентом, saas с fde или даже небольшой вертикальной нео-лабой со своей slm стёрлась. везде ты хочешь, чтобы клиент свайпал карту, а ты ему давал какой-то цифровой продукт. раньше ты это делал с нулевыми маржинальными издержками. ну а сегодня из-за инференса это в среднем 23% выручки. но это всё еще application layer, а значит инвесторы оценивают риски по выручке. 1/ открылись категории, которые раньше считались стрёмными для saas-инвесторов. legal, healthcare, стройка и тд. - harvey стоит $11b при ~$300m arr - legora (шведский legal ai, запустились в конце 2024-го) — $5.6b при ~$150m. до $100m arr дошли за 18 месяцев, быстрее cursor и wiz - openevidence, медицинский поисковик для врачей, подняли series b при $3.5b и примерно 35x выручки. используют больше 40% американских врачей раньше TAM считали по тратам на софт, иногда добавляли туда зарплаты людей. сейчас это весь knowledge work целиком. да, после 2023 AI сделал возможность чарджить за outcome. и прекарсно, что мы больше не увидим, как юристы или консультанты чарджат за свои непрозрачные часы. но за outcome, то есть за результат у клиента: (закрытый тикет, забронированная встреча, спасённая подписка) берут деньги около 10% стартапов остальные чарджат за использование(токены, вызовы, действия агента) и за output, за единицу сделанной работы: сгенерированный документ, инвойс, диалог, независимо от того, помог он или нет. имхо мешает не технология, а аттрибуция: настоящий success-based billing не работает для большинства продуктов, потому что непонятно, AI дал результат или клиент сам. а «подними конверсию на 50% и возьми 10% от прироста» концептуально рационально, но ломает sales comp: ценность аккаунта не измерить в момент продажи. я же по extruct вижу, что ситы продаются в 2026-м лучше, если ты придумаешь, как свести свою математику. 2/ сейчас все в invest mode.общий тезис -- не важно, сколько денег нужно, мы должны make ai happen и все что важно это рост == они разобрались быстрее, как make ai happen. все рассуждения про moat или фундаментальную аналитику каждый месяц разбиваются об камень (привет, lovable рейзит под $30b наверное сейчас). 3/ рынок только учится относиться к выручке ai-saas. пока это выглядит так: инвесторам нравится arr-составляющая (со всеми странностями репортинга), а низкий retention признают частью инноваций, все смотрят на рост. в altimeter придумали для этого термин experimental runrate revenue: ai-выручка, которую купили как эксперимент, почти без обязательств. 4/ то же самое про маржу. в saas это было предсказуемо. сейчас есть нюансы. iconiq считает среднюю динамику gross margin ai b2b 41% → 45% → 52% с 2024-го по 2026-й. но на другом спектре сидит replit у которого маржа за год гуляла от −14% до +36%. на самом деле инференс cogs это новый cac дай доступ на неделю бесплатно к топовой моделе на фри плане и получи приток пользователей. 5/ почему это ещё привлекательно? такой возможности для switching cost не было раньше. только 28 центов из каждого нового доллара на ai это net-new it-бюджет. остальные 72 цента вынимаются из того, что уже есть в стеке. что-то тут отъедают лабы, что-то новые тулы. 6/ аргумент, что стоимость софта сегодня 0 - шум. сама разработка в saas всегда оценивалась в 0, если ты не показал выручку или потенциал этой выручки. ну да, можно что-то завайбкодить и не покупать с рынка или покупать у fde-shops (kirkland & ellis, крупнейшая юрфирма мира, вкладывает полмиллиарда в собственную ai-платформу с palantir вместо того, чтобы купить harvey или legora). ок, сегодня это готово на 80%, но кому-то всё равно нужно это поддерживать и давать результат. 7/ ну даже если это списать на инерцию и сказать, что самописные фабрики слопа софта будут это всё поддерживать, я думаю, мы всё равно захотим обмениваться какими-то готовыми артефактами, куда просто перетечет сегодняшняя добавочная ценность.

🤖 новые AI-роли и откуда они появились за последние 2-3 года AI стал отдельной частью продукта, разработки, аналитики и go-to-market, а вместе с этим начали меняться и сами роли. по данным PwC, навыки в профессиях, сильнее затронутых AI, сейчас меняются более чем в 2 раза быстрее, а вакансии с AI skills растут почти в 8 раз быстрее общего рынка поэтому если вы смотрите для себя на новые AI-вакансии, я бы сначала сравнивала задачи: что из этого вы уже делаете сейчас, где AI уже появился в вашей работе и какой опыт можно перенести в новую роль. глобально видны такие направления новых позиций: 1. AI Engineer чаще всего сюда переходят из Backend, ML Engineer, Data Scientist или Software Engineer. если вы уже интегрировали модели в продукт, работали с inference или запускали AI-features, часть опыта под такую роль у вас уже есть.

что из вашего опыта сейчас уже релевантно: • Python • APIs и backend • ML или data pipelines • LLM integrations • RAG, evals, agents • production monitoring

2. Product Engineer сюда часто переходят Frontend, Full-stack и Software Engineers, которым уже близка продуктовая часть работы. в такой роли от инженера ждут способности быстро пройти путь от customer problem до работающего решения и принимать больше продуктовых решений самостоятельно.

важнее всего опыт, где вы: • общались с пользователями • быстро делали prototypes • принимали product decisions • запускали features end-to-end • работали с AI coding tools и agents

3. AI Product Manager или же Product AI самый понятный переход здесь: из Product Manager, Growth PM или Data Product Manager.

важен прошлый опыт в: • запуск AI-функций • работа с ML или data teams • определение use cases • выбор между build и buy • работа с quality metrics, latency и cost • тестирование влияния AI на пользовательский сценарий

если вы уже отвечали за продуктовые решения вокруг AI, вам важно показать не факт использования технологии, а то, какую проблему пользователя или бизнеса вы через неё решали 4. DevRel в AI частые исходные роли: Developer Advocate, Engineer, Solutions Engineer, Technical Content.

релевантный опыт: • workshops и выступления • документация и tutorials • demos • developer community • помощь разработчикам с API и интеграциями

здесь особенно ценится сочетание технического понимания и способности объяснить сложный продукт так, чтобы разработчики могли начать им пользоваться. 5. Business и BI AI Analyst сюда ближе всего переходить из Business Analyst, BI Analyst или Data Analyst. если вы уже используете AI для анализа, автоматизации или подготовки insights, это тоже может стать частью опыта под новую роль.

что уже может быть релевантно: • SQL и BI • автоматизация отчётности • анализ больших массивов данных • AI-assisted research • внутренние workflows • перевод бизнес-запроса в аналитику и решения

такие переходы начинаются внутри текущих ролей, с того, что AI становится новой частью уже знакомой вам работы #роли #карьера #позиционирование

Во Флориде внезапно для самого себя увлёкся стендовой стрельбой. На самом деле Макс меня втянул. Стреляем практически каждую субботу. С недавних пор стал брать с собой сына, ему 11. Прогресс у него какойто не реальный. В эти выходные он попадал уже совсем далеко, мишени почти не различимы на видео: тёмная точка среди облаков, десяток пикселей. Сейчас попросил Claude разобрать съёмку по кадрам и обвести летящую тарелку. Чтобы было видно, во что он вообще попадает. К удивлению получилось с первого раза. Он сам нашёл мишень в кадре, повёл её прицелом до попадания и определил кадр, на котором она разлетается. Дальше сверил его со звуком выстрела: между хлопком и разрушением четыре кадра, ровно столько дробь летит до цели. Сергей Булаев AI 🤖 - об AI и не только

#Нейропрожарка AI-клип на трек «Нажми на кнопку» группы Технология Автор: Корнеев Андрей https://t.me/AndrewNeuroArt https://www.instagram.com/andrewneuroart тг @kornand79 ⏱️ Срок: ~2 недели (ночами, в свободное время) 💡 Как всё началось: Текст песни «Нажми на кнопку» группы Технология неожиданно проассоциировался у меня с историей нейрокреатора, который как раз делает клип на эту песню. Мета в квадрате — главный герой ночью генерирует нейроклип на этот трек. Плюс расцвет группы пришёлся на мой подростковый возраст — эта песня, как и другие треки Технологии, ложатся фоном моей юности. 🎬 Концепция: Главный герой ночью в комнате генерирует клип → сканирует лица солистов Романа Рябцева и Владимира Нечитайло → нажимает Enter → через архивные ч/б кадры 1991 года «влетаем в экран» → AI-версии солистов исполняют хореографию в абстрактном цифровом пространстве под кульминацию трека. Танец солистов разбавил нарезкой реального концерта группы в Лужниках — чтобы связать эпохи и чтобы не было долгих планов и не так заметно, что lip-sync не совпадает. 🔎 Что использовал: • Генерация сцен: Seedance 2.0 (через агрегатор Syntx) • Картинки для референсов: Nano Banana Pro (там же) • Монтаж: CapCut • Всего 7 сцен сгенерировано, но в монтаже резал их и даже использовал те, которые изначально забраковал — они подошли для нарезки танца солистов в пространстве • От 3 до 6 попыток на сцену 🚧 Главные геморрои: 1️⃣ Похожесть солистов: Сгенерированные участники получились не очень похожи — в интернете нашёл только фото плохого качества того времени. Пришлось повозиться, чтобы хоть как-то попасть в образ. 2️⃣ Lip-sync: Чтобы не заморачиваться, разбил танец солистов на мелкие кусочки, наложил на них эффекты сдвига и помех, разбавил реальными кадрами с концерта в Лужниках 91 года. 3️⃣ Вставка оригинального клипа в монитор: Пришлось повозиться с хромакеем в CapCut — ещё и монитор приближался, пришлось слой с оригинальным клипом ещё и масштабировать в движении. В один момент заметно, что прокеились шторы, оставил так. 4️⃣ Монтаж: Плохо знаю CapCut, разбирался на ходу и принципов построения грамотного монтажа не знаю — делал интуитивно. В итоге клип получился на 59 секунд — первый куплет и припев. 📌 Итог: Клип готов, смонтирован, выложен в TG, Instagram, YouTube, TikTok. Хотел, чтобы участники группы заценили, но пока без результата ))) 💸 Бюджет: Сложно посчитать точно — всё делал в агрегаторе Syntx, 7 сцен (одна на 15 сек, остальные по 6 сек) в Seedance 2.0, от 3 до 6 попыток на сцену. Кто знает тарифы — прикинет сам. Nano Banana — копейки, не считаем. Жду прожарку! 🔥 @cgevent