🚀 ЛАЗАРЬ. Недельное обновление. V1.38
Это наше первое крупное обновление: добавили видео генерацию!
Что появилось:
🐺 новый раздел для видеогенерации "🎬 Цех генерации";
🐺 отдельный Video Mini App для настройки генерации видео;
🐺 поддержка моделей Seedance 2, Seedance 2 Fast, Kling 3.0, Veo 3.1 и Veo 3.1 Fast;
🐺 выбор параметров под конкретную модель: режимы, длительность, качество, соотношение сторон и входные изображения;
🐺 загрузка Первого и Последнего кадров или референсов;
🐺 доставка видео в Telegram с резервной ссылкой на скачивание, если файл слишком большой или Telegram не может его получить;
🐺 поддержка качества 480p, 720p, 1080p, 4K;
🐺 добавили новый тариф "ПРО": 5500 ₽ на 30 дней и 5000 токенов генерации;
🐺 добавили крупные пакеты пополнения: 5000, 7000 и 10000 токенов.
🟥 Растем и улучшаемся, чтобы дать вам единое пространство для креатива и работы - @lazar_ai_bot
Это наше первое крупное обновление: добавили видео генерацию!
Что появилось:
🐺 новый раздел для видеогенерации "🎬 Цех генерации";
🐺 отдельный Video Mini App для настройки генерации видео;
🐺 поддержка моделей Seedance 2, Seedance 2 Fast, Kling 3.0, Veo 3.1 и Veo 3.1 Fast;
🐺 выбор параметров под конкретную модель: режимы, длительность, качество, соотношение сторон и входные изображения;
🐺 загрузка Первого и Последнего кадров или референсов;
🐺 доставка видео в Telegram с резервной ссылкой на скачивание, если файл слишком большой или Telegram не может его получить;
🐺 поддержка качества 480p, 720p, 1080p, 4K;
🐺 добавили новый тариф "ПРО": 5500 ₽ на 30 дней и 5000 токенов генерации;
🐺 добавили крупные пакеты пополнения: 5000, 7000 и 10000 токенов.
🟥 Растем и улучшаемся, чтобы дать вам единое пространство для креатива и работы - @lazar_ai_bot
🔥3❤🔥2⚡1👍1💯1
Серия #документация_для_ии_разработки часть 1.
🤖 По просьбам трудящихся.
Ранее писал пост о своем подходе к разработке с использованием кодинг агентов здесь.
И в этой серии расскажу подробнее о каждом документе, и поделюсь подробными шаблонами, в которых полностью расписаны и прокомментированы все нужные разделы.
Подход и конкретно эта документация показали себя отлично на реальных проектах. К слову, @lazar_ai_bot разрабатывается мной именно с этим "document first" подходом.
Кому-то может показаться сложным, кому-то излишним, но это реально работающий подход для создания сайтов, ботов, приложений.
Если ты, как предприниматель или начинающий разработчик/интегратор, только вникаешь в вайбкод и разработку с помощью агентов, то это для тебя крайне полезная и редкая информация. А уж шаблонов ты нигде точно не найдешь. А я как и всегда даю информацию бесплатно. Лайки, комментарии и репосты крайне приветствуются😀
В этом посте начнем с основы документации, сами файлы будут лежать в комментариях к этом посту.
🐺 INDEX.md
Этот документ нужен как главный навигационный вход в документацию проекта: он не описывает детали реализации, а помогает быстро понять, какие документы существуют, где искать onboarding, архитектуру, деплой, troubleshooting, стандарты, безопасность, runtime-контракты и рабочие материалы. В document-first подходе это “карта документации”, с которой человек или ИИ-агент начинает работу, чтобы не блуждать по репозиторию и сразу читать нужные файлы в правильном порядке.
🐺 DECISIONS.md
Этот документ нужен как индекс долгосрочных решений проекта: архитектурных, интеграционных, инфраструктурных, документационных и governance-решений. Его задача — отделить устойчивую причину “почему мы сделали именно так” от оперативных инструкций и changelog, а также дать ИИ-агенту понятное место, где искать и фиксировать ADR/decision записи, чтобы не переобсуждать уже принятые решения.
🐺 code-style.md
Этот документ нужен как базовый стандарт разработки: как писать, менять, проверять и ревьюить код в проекте. Он фиксирует правила по архитектурным границам, чистоте кода, backend/frontend стандартам, UI, конфигурации, миграциям, интеграциям, безопасности, логированию, тестам, документации и верификации изменений — то есть служит “рабочим контрактом” для разработчиков и ИИ-агентов, чтобы изменения были маленькими, безопасными и проверяемыми.
🚀 До встречи в следующей части!
P.S.: Мы записали подкаст с крутейшим гостем, завтра выложу анонс, а тот кто подписан на каналы с видео контентом могут смотреть уже сегодня 😜
🤖 По просьбам трудящихся.
Ранее писал пост о своем подходе к разработке с использованием кодинг агентов здесь.
И в этой серии расскажу подробнее о каждом документе, и поделюсь подробными шаблонами, в которых полностью расписаны и прокомментированы все нужные разделы.
Подход и конкретно эта документация показали себя отлично на реальных проектах. К слову, @lazar_ai_bot разрабатывается мной именно с этим "document first" подходом.
Кому-то может показаться сложным, кому-то излишним, но это реально работающий подход для создания сайтов, ботов, приложений.
Если ты, как предприниматель или начинающий разработчик/интегратор, только вникаешь в вайбкод и разработку с помощью агентов, то это для тебя крайне полезная и редкая информация. А уж шаблонов ты нигде точно не найдешь. А я как и всегда даю информацию бесплатно. Лайки, комментарии и репосты крайне приветствуются😀
В этом посте начнем с основы документации, сами файлы будут лежать в комментариях к этом посту.
🐺 INDEX.md
Этот документ нужен как главный навигационный вход в документацию проекта: он не описывает детали реализации, а помогает быстро понять, какие документы существуют, где искать onboarding, архитектуру, деплой, troubleshooting, стандарты, безопасность, runtime-контракты и рабочие материалы. В document-first подходе это “карта документации”, с которой человек или ИИ-агент начинает работу, чтобы не блуждать по репозиторию и сразу читать нужные файлы в правильном порядке.
🐺 DECISIONS.md
Этот документ нужен как индекс долгосрочных решений проекта: архитектурных, интеграционных, инфраструктурных, документационных и governance-решений. Его задача — отделить устойчивую причину “почему мы сделали именно так” от оперативных инструкций и changelog, а также дать ИИ-агенту понятное место, где искать и фиксировать ADR/decision записи, чтобы не переобсуждать уже принятые решения.
🐺 code-style.md
Этот документ нужен как базовый стандарт разработки: как писать, менять, проверять и ревьюить код в проекте. Он фиксирует правила по архитектурным границам, чистоте кода, backend/frontend стандартам, UI, конфигурации, миграциям, интеграциям, безопасности, логированию, тестам, документации и верификации изменений — то есть служит “рабочим контрактом” для разработчиков и ИИ-агентов, чтобы изменения были маленькими, безопасными и проверяемыми.
🚀 До встречи в следующей части!
P.S.: Мы записали подкаст с крутейшим гостем, завтра выложу анонс, а тот кто подписан на каналы с видео контентом могут смотреть уже сегодня 😜
🔥4❤🔥2💯2
🫡 Как ИИ слушает звонки и помогает вам больше продавать!
🟢 В новом подкасте. CRM говорит одно. Менеджер клиенту другое. Собственник смотрит на отчёты и думает - Почему продажи не растут? В новом эпизоде подкаста разбираем, как ИИ и речевая аналитика помогают вытащить правду из звонков, созвонов и встреч: что реально говорят клиенты, где сливаются продажи, какие возражения повторяются и что менеджеры не фиксируют в CRM.
🟢 Гость выпуска — Андрей Сегренев, основатель Speech2Text и предприниматель с 20+ годами опыта. Поговорили про продажи, маркетинг, HR, кастдевы, внедрение ИИ в бизнес и то, почему голосовые данные могут стать одним из самых ценных активов компании.
🔥 Выпуск особенно полезен предпринимателям, РОПам, маркетологам и всем, кто хочет использовать нейросети не для красивых разговоров, а для роста денег и управляемости.
🫶 Смотрим тут:
🐺 Клац Ютуб
🐺 Клац Рутуб
🐺 Клац ВК
🟢 В новом подкасте. CRM говорит одно. Менеджер клиенту другое. Собственник смотрит на отчёты и думает - Почему продажи не растут? В новом эпизоде подкаста разбираем, как ИИ и речевая аналитика помогают вытащить правду из звонков, созвонов и встреч: что реально говорят клиенты, где сливаются продажи, какие возражения повторяются и что менеджеры не фиксируют в CRM.
🟢 Гость выпуска — Андрей Сегренев, основатель Speech2Text и предприниматель с 20+ годами опыта. Поговорили про продажи, маркетинг, HR, кастдевы, внедрение ИИ в бизнес и то, почему голосовые данные могут стать одним из самых ценных активов компании.
🔥 Выпуск особенно полезен предпринимателям, РОПам, маркетологам и всем, кто хочет использовать нейросети не для красивых разговоров, а для роста денег и управляемости.
🫶 Смотрим тут:
🐺 Клац Ютуб
🐺 Клац Рутуб
🐺 Клац ВК
🔥4⚡1❤🔥1
Серия #документация_для_ии_разработки часть 2.
🤖 Продолжаем!
Пост о самом подходе Spec-Driven Development здесь
#документация_для_ии_разработки часть 1 - здесь
🐺 onboarding.md
Этот документ нужен как стартовое руководство для нового разработчика или ИИ-агента: он объясняет, как подготовить локальное окружение, настроить переменные, установить зависимости, запустить инфраструктуру, применить миграции, поднять приложение, выполнить health checks и smoke test. В document-first подходе это “первый практический маршрут” после входа в проект: по нему можно быстро проверить, что проект запускается, понять базовый workflow разработки и не сломать структуру при первых изменениях.
🐺 DOCUMENTATION_SYSTEM.md
Этот документ нужен для описания всей системы документации проекта: какие слои документации существуют, где входные точки для людей и ИИ-агентов, какие документы считаются каноническими, где хранится временный контекст, как разделяются факты, процедуры, решения и история изменений. В document-first подходе это “архитектура документации”, которая задает правила устройства базы знаний проекта и помогает не превращать документацию в хаотичный набор разрозненных файлов.
🐺 docs-policy.md
Этот документ нужен как политика ведения документации: он фиксирует, когда документацию нужно создавать, обновлять, ревьюить, архивировать или переносить из временных материалов в постоянные. Он задает роли, статусы документов, правила обновления при изменениях в архитектуре, деплое, интеграциях, security, onboarding и runtime-процессах — то есть отвечает не “где что лежит”, а “как поддерживать документацию живой и достоверной”.
🚀 До встречи в следующей части!
🤖 Продолжаем!
Пост о самом подходе Spec-Driven Development здесь
#документация_для_ии_разработки часть 1 - здесь
🐺 onboarding.md
Этот документ нужен как стартовое руководство для нового разработчика или ИИ-агента: он объясняет, как подготовить локальное окружение, настроить переменные, установить зависимости, запустить инфраструктуру, применить миграции, поднять приложение, выполнить health checks и smoke test. В document-first подходе это “первый практический маршрут” после входа в проект: по нему можно быстро проверить, что проект запускается, понять базовый workflow разработки и не сломать структуру при первых изменениях.
🐺 DOCUMENTATION_SYSTEM.md
Этот документ нужен для описания всей системы документации проекта: какие слои документации существуют, где входные точки для людей и ИИ-агентов, какие документы считаются каноническими, где хранится временный контекст, как разделяются факты, процедуры, решения и история изменений. В document-first подходе это “архитектура документации”, которая задает правила устройства базы знаний проекта и помогает не превращать документацию в хаотичный набор разрозненных файлов.
🐺 docs-policy.md
Этот документ нужен как политика ведения документации: он фиксирует, когда документацию нужно создавать, обновлять, ревьюить, архивировать или переносить из временных материалов в постоянные. Он задает роли, статусы документов, правила обновления при изменениях в архитектуре, деплое, интеграциях, security, onboarding и runtime-процессах — то есть отвечает не “где что лежит”, а “как поддерживать документацию живой и достоверной”.
🚀 До встречи в следующей части!
❤🔥3⚡1🔥1
Поймал себя на мысли, а главное — на действии. 🤔 С приходом искусственного интеллекта до сих пор часто думаю в старых инструментах, в старой парадигме.
Создал себе сайт. На нём в будущем планируется раздел «Блог», сейчас на его месте "заглушка". И я подумал: а как вести блог? Ну как обычно в Тильде, WordPress - CMS, через которую всё прописываешь и публикуешь. И пошёл делать собственную CMS.
🐺 Вот в этом и проблема.
Вечером созвонился с товарищем. Делились идеями, подходами к работе. Он слушает и спрашивает: «А нафига тебе вообще эта CMS-ка нужна? Она же генерирует кучу лишнего шума, SEO портит. Зачем лишняя система, если можно всё делать через LLM или агента?»
Вопрос простой, но в точку. Я, как обычно, решил с этими мыслями переспать.
Проснулся с пониманием: а ведь Стас прав!
С теми технологиями, что у нас сейчас под рукой — ИИ, агенты, скилы — нужно искать совершенно другие подходы. Без лишнего шума, через естественный язык, проще в реализации. И результат должен быть лучше.
🐺 Поэтому всем рекомендую: подходя к автоматизации или к новому процессу, задавайте себе вопрос — а можно ли это же самое сделать через искусственный интеллект? И будет ли это эффективнее?
Но тут важный момент: не везде и не всегда нужно впихивать ИИ !
Если надо понять куда реально полезно встроить ИИ в твоем бизнесе, то я провожу AI-аудит. Пиши в личку за подробностями - @obzen7
👀 А вот, к слову, и сам обновленный сайт - www.ai-av.ru
Создал себе сайт. На нём в будущем планируется раздел «Блог», сейчас на его месте "заглушка". И я подумал: а как вести блог? Ну как обычно в Тильде, WordPress - CMS, через которую всё прописываешь и публикуешь. И пошёл делать собственную CMS.
🐺 Вот в этом и проблема.
Вечером созвонился с товарищем. Делились идеями, подходами к работе. Он слушает и спрашивает: «А нафига тебе вообще эта CMS-ка нужна? Она же генерирует кучу лишнего шума, SEO портит. Зачем лишняя система, если можно всё делать через LLM или агента?»
Вопрос простой, но в точку. Я, как обычно, решил с этими мыслями переспать.
Проснулся с пониманием: а ведь Стас прав!
С теми технологиями, что у нас сейчас под рукой — ИИ, агенты, скилы — нужно искать совершенно другие подходы. Без лишнего шума, через естественный язык, проще в реализации. И результат должен быть лучше.
🐺 Поэтому всем рекомендую: подходя к автоматизации или к новому процессу, задавайте себе вопрос — а можно ли это же самое сделать через искусственный интеллект? И будет ли это эффективнее?
Но тут важный момент: не везде и не всегда нужно впихивать ИИ !
Если надо понять куда реально полезно встроить ИИ в твоем бизнесе, то я провожу AI-аудит. Пиши в личку за подробностями - @obzen7
👀 А вот, к слову, и сам обновленный сайт - www.ai-av.ru
Please open Telegram to view this post
VIEW IN TELEGRAM
⚡1❤🔥1🔥1😁1
🤟 ИИ уже меняет дизайн интерьеров, но не так примитивно, как «нейросеть нажала кнопку и заменила дизайнера».
🚀 В новом подкасте с Алексеем Гусевым, основателем ArtEvrika, разбираем реальный бизнес-кейс: как нейросети встроились в работу дизайн-студии, ускорили визуализацию, коммерческие предложения и общение с клиентами и почему к рабочей документации ИИ пока лучше не подпускать.
🔥 Это выпуск не про хайп, а про честную границу между пользой и иллюзией. Где нейросети уже экономят деньги? Почему визуализаторы становятся уязвимой профессией? Что будет с массовым дизайном, премиальным сегментом и предпринимателями, которые всё ещё «просто пробуют ChatGPT»?
🧐 Смотрите выпуск, если хотите понять, как ИИ реально входит в бизнес и почему ждать уже опаснее, чем разбираться.
🐺 Клац Ютуб
🐺 Клац Рутуб
🐺 Клац ВК
🔥 Это выпуск не про хайп, а про честную границу между пользой и иллюзией. Где нейросети уже экономят деньги? Почему визуализаторы становятся уязвимой профессией? Что будет с массовым дизайном, премиальным сегментом и предпринимателями, которые всё ещё «просто пробуют ChatGPT»?
🧐 Смотрите выпуск, если хотите понять, как ИИ реально входит в бизнес и почему ждать уже опаснее, чем разбираться.
🐺 Клац Ютуб
🐺 Клац Рутуб
🐺 Клац ВК
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3⚡1❤🔥1
Серия #документация_для_ии_разработки часть 3.
🤖 Продолжаем!
Пост о самом подходе Spec-Driven Development здесь
#документация_для_ии_разработки часть 1 - здесь
#документация_для_ии_разработки часть 2 - здесь
deployment.md
Этот документ нужен как пошаговое руководство по выкладке проекта в рабочее окружение: подготовка сервера, доступов, runtime-зависимостей, конфигурации, инфраструктурных сервисов, миграций, process manager, reverse proxy/gateway, логирования, мониторинга, smoke test, обновления и rollback. В document-first подходе это “операционная инструкция деплоя”, чтобы человек или ИИ-агент не импровизировал при публикации проекта, а шел по проверяемому маршруту с контрольными точками.
onboarding.md
Этот документ нужен как практический маршрут первого запуска проекта: он проводит нового разработчика или ИИ-агента через клонирование репозитория, настройку окружения, установку зависимостей, запуск инфраструктуры, миграции, локальный старт приложения, health checks, smoke test и базовый workflow внесения изменений. В document-first подходе это “инструкция входа в проект”, которая снижает хаос на старте и позволяет быстро проверить, что среда, код и основные процессы работают корректно.
troubleshooting.md
Этот документ нужен как справочник диагностики и восстановления при типовых проблемах: приложение не отвечает, не стартует, ломается админка, возникают проблемы с очередями, БД, миграциями, конфигурацией, платежами, подписками, балансами, frontend-backend связкой, загрузкой файлов и фоновыми задачами. В document-first подходе это “карта аварийных сценариев”, которая помогает сначала проверить простые причины, затем идти к более глубоким проверкам и фиксировать повторяющиеся проблемы как воспроизводимые инструкции.
🚀 До встречи в следующей части!
🤖 Продолжаем!
Пост о самом подходе Spec-Driven Development здесь
#документация_для_ии_разработки часть 1 - здесь
#документация_для_ии_разработки часть 2 - здесь
deployment.md
Этот документ нужен как пошаговое руководство по выкладке проекта в рабочее окружение: подготовка сервера, доступов, runtime-зависимостей, конфигурации, инфраструктурных сервисов, миграций, process manager, reverse proxy/gateway, логирования, мониторинга, smoke test, обновления и rollback. В document-first подходе это “операционная инструкция деплоя”, чтобы человек или ИИ-агент не импровизировал при публикации проекта, а шел по проверяемому маршруту с контрольными точками.
onboarding.md
Этот документ нужен как практический маршрут первого запуска проекта: он проводит нового разработчика или ИИ-агента через клонирование репозитория, настройку окружения, установку зависимостей, запуск инфраструктуры, миграции, локальный старт приложения, health checks, smoke test и базовый workflow внесения изменений. В document-first подходе это “инструкция входа в проект”, которая снижает хаос на старте и позволяет быстро проверить, что среда, код и основные процессы работают корректно.
troubleshooting.md
Этот документ нужен как справочник диагностики и восстановления при типовых проблемах: приложение не отвечает, не стартует, ломается админка, возникают проблемы с очередями, БД, миграциями, конфигурацией, платежами, подписками, балансами, frontend-backend связкой, загрузкой файлов и фоновыми задачами. В document-first подходе это “карта аварийных сценариев”, которая помогает сначала проверить простые причины, затем идти к более глубоким проверкам и фиксировать повторяющиеся проблемы как воспроизводимые инструкции.
🚀 До встречи в следующей части!
❤🔥2⚡1🔥1
This media is not supported in your browser
VIEW IN TELEGRAM
Ну что, к нам в гости стали приходить настоящие легенды!😎
Нейросети уже умеют писать посты, делать аватаров, нарезать шорты и собирать контент-заводы. Но есть неприятный вопрос: почему весь этот ИИ-гений часто ломается на самом простом - взять и нормально опубликовать контент в соцсети?
В новом выпуске говорим с Василием Крыловым, основателем SMMplaner, о том, что на самом деле происходит в SMM: API соцсетей, отложенный постинг, контент-заводы, вайб-кодинг, AI-ассистенты и та самая «Зелёная миля», о которую спотыкаются даже умные системы.
И главный нерв выпуска: SMM-щики, программисты и контентщики - это всё ещё профессии будущего или уже временная прослойка между человеком и кнопкой «сгенерировать»?
Выпуск получился живой, острый и местами тревожный смотреть всем, кто не хочет проснуться в интернете, где роботы пишут для роботов.
🐺 Клац Ютуб
🐺 Клац Рутуб
🐺 Клац ВК
Нейросети уже умеют писать посты, делать аватаров, нарезать шорты и собирать контент-заводы. Но есть неприятный вопрос: почему весь этот ИИ-гений часто ломается на самом простом - взять и нормально опубликовать контент в соцсети?
В новом выпуске говорим с Василием Крыловым, основателем SMMplaner, о том, что на самом деле происходит в SMM: API соцсетей, отложенный постинг, контент-заводы, вайб-кодинг, AI-ассистенты и та самая «Зелёная миля», о которую спотыкаются даже умные системы.
И главный нерв выпуска: SMM-щики, программисты и контентщики - это всё ещё профессии будущего или уже временная прослойка между человеком и кнопкой «сгенерировать»?
Выпуск получился живой, острый и местами тревожный смотреть всем, кто не хочет проснуться в интернете, где роботы пишут для роботов.
🐺 Клац Ютуб
🐺 Клац Рутуб
🐺 Клац ВК
⚡4❤🔥2👍1🔥1
Возвращаюсь к написанию длинных статей! 📝
Обновил на своём сайте раздел Блог
🔥 Встречайте статью кейс: "Автоматизация технической поддержки: кейс RAG-ассистента и Битрикс24"
Ко мне обратилась торговая компания. Сотрудники поддержки регулярно отвечали на одни и те же вопросы об ограничениях аккаунта и верификации.
Ответы уже были во внутренних документах. Но их всё равно приходилось искать, проверять и вручную пересказывать клиенту.
На первый взгляд, достаточно обычного чат-бота. Но пользователи задают одинаковые вопросы десятками разных способов, а часть ответов зависит от контекста.
Поэтому было принято решение разработать RAG-ассистента, который:
🐺 принимает обращения через Битрикс24;
🐺 ищет информацию во внутренней базе знаний;
🐺 формирует ответ на основе найденных документов;
🐺 передаёт сложные случаи специалисту.
Причём основная работа была не с моделью, как обычно!
Сначала пришлось привести в порядок базу знаний, разделить права доступа и определить ситуации, в которых ассистент вообще не должен отвечать самостоятельно.
Иначе получается не автоматизация поддержки, а генератор уверенных ошибок.
В статье подробно разобрал архитектуру решения, роль Битрикс24, правила эскалации и то, что нужно проверить перед запуском похожего проекта.
👉 Читать полностью 👈
Обновил на своём сайте раздел Блог
🔥 Встречайте статью кейс: "Автоматизация технической поддержки: кейс RAG-ассистента и Битрикс24"
Ко мне обратилась торговая компания. Сотрудники поддержки регулярно отвечали на одни и те же вопросы об ограничениях аккаунта и верификации.
Ответы уже были во внутренних документах. Но их всё равно приходилось искать, проверять и вручную пересказывать клиенту.
На первый взгляд, достаточно обычного чат-бота. Но пользователи задают одинаковые вопросы десятками разных способов, а часть ответов зависит от контекста.
Поэтому было принято решение разработать RAG-ассистента, который:
🐺 принимает обращения через Битрикс24;
🐺 ищет информацию во внутренней базе знаний;
🐺 формирует ответ на основе найденных документов;
🐺 передаёт сложные случаи специалисту.
Причём основная работа была не с моделью, как обычно!
Сначала пришлось привести в порядок базу знаний, разделить права доступа и определить ситуации, в которых ассистент вообще не должен отвечать самостоятельно.
Иначе получается не автоматизация поддержки, а генератор уверенных ошибок.
В статье подробно разобрал архитектуру решения, роль Битрикс24, правила эскалации и то, что нужно проверить перед запуском похожего проекта.
👉 Читать полностью 👈
🔥5❤🔥3⚡2
🚀 Если вы до сих пор думаете, что Skyeng вырос только благодаря удачной идее, этот разговор быстро разрушит иллюзии.
🐺 В новом выпуске подкаста мы поговорили с Денисом Сметневым, со-основателем Skyeng, о том, как на самом деле строятся компании стоимостью в миллиарды: какие решения приходится принимать, какие ошибки оказываются самыми дорогими и почему большинство предпринимателей сами ограничивают рост своего бизнеса.
🐺 Отдельная часть выпуска посвящена нейросетям. Как внедрять ИИ в команду, почему сотрудники сопротивляются новым инструментам, какие процессы уже сегодня можно отдать искусственному интеллекту и почему в ближайшие годы выиграют не те, кто просто пользуется нейросетями, а те, кто полностью перестроит под них свои компании.
🐺 И конечно личный опыт Дениса в работе с ИИ.
👀 Youtube
Чуть позже появится и на других платформах,а пока подписывайтесь на каналы в VK и Rutube, чтобы ничего не пропустить!
🐺 В новом выпуске подкаста мы поговорили с Денисом Сметневым, со-основателем Skyeng, о том, как на самом деле строятся компании стоимостью в миллиарды: какие решения приходится принимать, какие ошибки оказываются самыми дорогими и почему большинство предпринимателей сами ограничивают рост своего бизнеса.
🐺 Отдельная часть выпуска посвящена нейросетям. Как внедрять ИИ в команду, почему сотрудники сопротивляются новым инструментам, какие процессы уже сегодня можно отдать искусственному интеллекту и почему в ближайшие годы выиграют не те, кто просто пользуется нейросетями, а те, кто полностью перестроит под них свои компании.
🐺 И конечно личный опыт Дениса в работе с ИИ.
👀 Youtube
Чуть позже появится и на других платформах,а пока подписывайтесь на каналы в VK и Rutube, чтобы ничего не пропустить!
🔥5❤🔥2🤯1
🫡 Расчехляем личные проекты! Часть 1.
Поделюсь, вкратце, какие личные проекты в последнее время реализовал. Ну или "почти реализовал" 😅, так как параллельно я делаю несколько проектов, так сказать "что душеньке сегодня угодно" за то и берусь.
Делюсь, так как самый частый вопрос "покажи кейс! Что реально можно самому сделать для своего бизнеса или личных нужд?". И мне, к слову, тоже очень интересно кто что реализует для себя. В подкастах, которые мы с Романом пишем, постоянно спрашиваем, что же наши гости сами себе реализовали. Видео платформы полны видео с настройкой, "смотрите как можно", "я сделал себе второй мозг", и так далее. Но вот практических, реальных кейсов, которые используются, практически нет.
В общем, вот что сделал я.
🐺 Собственный сайт - ai-av.ru. С отличной SEO основной, как в текстах, так и в структуре и коде. Да, в нем нет всяких взрывающих мог финтифлюх, но они и не нужны. Его задача индексироваться в поиске и приводить заявки. Сайт постоянно находится в доработке.
🐺 Блог на сайте и скиллы для написания статей - в одном из постов я писал как думал реализовать CMS для загрузки статей на сайт. И полностью отказался от этой идеи. Я создал несколько скиллов. Первый пишет статью, не "из головы", а на основании набора тем, источников, а самое главное аналитических отчётов из wordstat. А также моей стилистики написания статей. Второй скилл файл полученной статьи превращает в полноценную страницу блога, сам генерируем обложку, внутренние картинки, перелинковку, SEO структуру страницы, превью на главной странице блога и теги для фильтров. И третий, тут не скилл, а чистый скрипт заливает новую версию на хостинг, чистит все нужные кеши, чтобы новая статья тут же была видна и поисковым роботам и читателям.
🐺 Личная Операционная Система - популярный тренд, кстати. Кто как для себя ее понимает и реализует, вариантов безумное множество. Основа Obsidian и просто его файлы в формате md + кодовый агент для управления. Я отказался от разных таск трекеров, crm и разрозненных заметок. Личная ОС помогает мне начать день, поставить задачи на день, принять вечерний отчет. Сама ведет все таблицы, статусы проектов, задач, встреч, лидов, статистику. Формируем недельные и месячные отчеты для анализа. Я люблю таск трекеры, но меня постоянно бесила необходимость заполнять кучу полей, ручками двигать статусы, следить за каждой задачкой и так далее. А когда у тебя клиентские проекты и куча личных, то просто ведение такс трекера занимает кучу времени. Теперь же я все делаю просто естественным языком, хоть текстом, хоть голосом.
В следующей части расскажу еще о трех проектах направленных на поиск лидов.
❓Что из рассказанного вам интересно? А что сами делаете для своих нужд? Делитесь, давайте пообсуждаем!
Поделюсь, вкратце, какие личные проекты в последнее время реализовал. Ну или "почти реализовал" 😅, так как параллельно я делаю несколько проектов, так сказать "что душеньке сегодня угодно" за то и берусь.
Делюсь, так как самый частый вопрос "покажи кейс! Что реально можно самому сделать для своего бизнеса или личных нужд?". И мне, к слову, тоже очень интересно кто что реализует для себя. В подкастах, которые мы с Романом пишем, постоянно спрашиваем, что же наши гости сами себе реализовали. Видео платформы полны видео с настройкой, "смотрите как можно", "я сделал себе второй мозг", и так далее. Но вот практических, реальных кейсов, которые используются, практически нет.
В общем, вот что сделал я.
🐺 Собственный сайт - ai-av.ru. С отличной SEO основной, как в текстах, так и в структуре и коде. Да, в нем нет всяких взрывающих мог финтифлюх, но они и не нужны. Его задача индексироваться в поиске и приводить заявки. Сайт постоянно находится в доработке.
🐺 Блог на сайте и скиллы для написания статей - в одном из постов я писал как думал реализовать CMS для загрузки статей на сайт. И полностью отказался от этой идеи. Я создал несколько скиллов. Первый пишет статью, не "из головы", а на основании набора тем, источников, а самое главное аналитических отчётов из wordstat. А также моей стилистики написания статей. Второй скилл файл полученной статьи превращает в полноценную страницу блога, сам генерируем обложку, внутренние картинки, перелинковку, SEO структуру страницы, превью на главной странице блога и теги для фильтров. И третий, тут не скилл, а чистый скрипт заливает новую версию на хостинг, чистит все нужные кеши, чтобы новая статья тут же была видна и поисковым роботам и читателям.
🐺 Личная Операционная Система - популярный тренд, кстати. Кто как для себя ее понимает и реализует, вариантов безумное множество. Основа Obsidian и просто его файлы в формате md + кодовый агент для управления. Я отказался от разных таск трекеров, crm и разрозненных заметок. Личная ОС помогает мне начать день, поставить задачи на день, принять вечерний отчет. Сама ведет все таблицы, статусы проектов, задач, встреч, лидов, статистику. Формируем недельные и месячные отчеты для анализа. Я люблю таск трекеры, но меня постоянно бесила необходимость заполнять кучу полей, ручками двигать статусы, следить за каждой задачкой и так далее. А когда у тебя клиентские проекты и куча личных, то просто ведение такс трекера занимает кучу времени. Теперь же я все делаю просто естественным языком, хоть текстом, хоть голосом.
В следующей части расскажу еще о трех проектах направленных на поиск лидов.
❓Что из рассказанного вам интересно? А что сами делаете для своих нужд? Делитесь, давайте пообсуждаем!
🔥7⚡1❤🔥1
Серия #документация_для_ии_разработки часть 4.
🤖 Самые важные шаблоны!
Пост о самом подходе Spec-Driven Development здесь
#документация_для_ии_разработки часть 1 - здесь
#документация_для_ии_разработки часть 2 - здесь
#документация_для_ии_разработки часть 3 - здесь
SESSION_START.md
Этот документ нужен как обязательная стартовая инструкция для ИИ-агента перед началом работы над задачей: он задает минимальный набор документов, которые нужно прочитать всегда, правила дозагрузки дополнительной документации в зависимости от типа задачи, ограничения на изменение защищенных частей проекта и требования к обновлению документации. В document-first подходе это “точка входа ИИ в рабочую сессию”, которая не дает агенту работать вслепую или загружать весь проектный контекст без необходимости.
SESSION_END.md
Этот документ нужен как обязательный чек-лист завершения значимой рабочей сессии: он заставляет проверить основной сценарий и ошибки, зафиксировать влияние изменений на документацию, changelog и decision records, убрать устаревшую информацию и оставить понятный handoff по оставшейся работе, рискам и следующему шагу. В document-first подходе это “контрольная точка закрытия сессии”, которая обеспечивает согласованность кода, документации и принятых решений после работы ИИ-агента.
На этом серия наконец-то получила свой логичный конец. Используйте на блого вайбкода и благодарите!😉😎
🤖 Самые важные шаблоны!
Пост о самом подходе Spec-Driven Development здесь
#документация_для_ии_разработки часть 1 - здесь
#документация_для_ии_разработки часть 2 - здесь
#документация_для_ии_разработки часть 3 - здесь
SESSION_START.md
Этот документ нужен как обязательная стартовая инструкция для ИИ-агента перед началом работы над задачей: он задает минимальный набор документов, которые нужно прочитать всегда, правила дозагрузки дополнительной документации в зависимости от типа задачи, ограничения на изменение защищенных частей проекта и требования к обновлению документации. В document-first подходе это “точка входа ИИ в рабочую сессию”, которая не дает агенту работать вслепую или загружать весь проектный контекст без необходимости.
SESSION_END.md
Этот документ нужен как обязательный чек-лист завершения значимой рабочей сессии: он заставляет проверить основной сценарий и ошибки, зафиксировать влияние изменений на документацию, changelog и decision records, убрать устаревшую информацию и оставить понятный handoff по оставшейся работе, рискам и следующему шагу. В document-first подходе это “контрольная точка закрытия сессии”, которая обеспечивает согласованность кода, документации и принятых решений после работы ИИ-агента.
На этом серия наконец-то получила свой логичный конец. Используйте на блого вайбкода и благодарите!😉😎
🔥6⚡3👍2❤🔥1
🔥 В Optimizer проинвестировал Оскар Хартман.
Записали подкаст с Максимом Горьким — основателем Optimizer.
Если коротко, Optimizer внедряет ИИ непосредственно в процесс продаж: система анализирует коммуникации менеджеров с клиентами, помогает вести сделки, подсказывает следующие шаги, находит проблемы в воронке и дает РОПу больше данных для управления командой.
То есть речь не про очередной «ИИ-чатик», а про применение нейросетей внутри одного из ключевых бизнес-процессов.
В выпуске подробно поговорили:
🐺 заменит ли ИИ менеджеров по продажам и РОПов;
🐺 что на самом деле сегодня можно автоматизировать в B2B-продажах;
🐺 почему многие компании пока вообще не готовы к полноценному внедрению ИИ;
🐺 где проходит граница между AI-инструментом и реальным изменением процесса продаж;
🐺 и как нейросети уже сейчас могут влиять на эффективность отдела и выручку.
🫡 Сам Optimizer можно посмотреть здесь:
https://optimizer-ai.ru/
🐺 А выпуск рекомендую посмотреть целиком. Особенно тем, кто занимается продажами, автоматизацией или внедрением ИИ в бизнес:
Youtube
VK
Rutube
Записали подкаст с Максимом Горьким — основателем Optimizer.
Если коротко, Optimizer внедряет ИИ непосредственно в процесс продаж: система анализирует коммуникации менеджеров с клиентами, помогает вести сделки, подсказывает следующие шаги, находит проблемы в воронке и дает РОПу больше данных для управления командой.
То есть речь не про очередной «ИИ-чатик», а про применение нейросетей внутри одного из ключевых бизнес-процессов.
В выпуске подробно поговорили:
🐺 заменит ли ИИ менеджеров по продажам и РОПов;
🐺 что на самом деле сегодня можно автоматизировать в B2B-продажах;
🐺 почему многие компании пока вообще не готовы к полноценному внедрению ИИ;
🐺 где проходит граница между AI-инструментом и реальным изменением процесса продаж;
🐺 и как нейросети уже сейчас могут влиять на эффективность отдела и выручку.
🫡 Сам Optimizer можно посмотреть здесь:
https://optimizer-ai.ru/
🐺 А выпуск рекомендую посмотреть целиком. Особенно тем, кто занимается продажами, автоматизацией или внедрением ИИ в бизнес:
Youtube
VK
Rutube
❤🔥1⚡1🔥1