Продуктовый Вайб | StartUps & AI Telegram channel photo

Продуктовый Вайб | StartUps & AI

@productvibePublic Channel

Канал о создании продуктов с ИИ. Разбор AI инструментов. Автоматизация рабочих процессов. Вайб-кодинг. Продуктовые тактики. Стартапы. Tips&Tricks. Чат: t.me/productvibe_chat Сайт: prodvibe.ru Автор: Алексей Копыстынский @kophysty Кейсы: supermvp.space

82

Last views

865 (865 subscribers)
Участники
—
Rating
38
Total Posts
Oct 17, 2026, 10:11 PM
Обновлено
May 7, 2026
Created
Stats

Вы просматриваете русский контент. Чтобы увидеть контент на других языках, измените язык сайта.

Channel Information

Channel Information
Channel NameПродуктовый Вайб | StartUps & AI
Username@productvibe
CategoryИнструменты хакинга
Languageрусский
CountryРоссия
Участники865
Channel TypePublic Channel
Created7 мая 2026 г.
Last Updated17 окт. 2026 г. • 4 дня назад
StatusActive

Рейтинг

Глобальный рейтинг
#1468+178
Рейтинг по языку
#356+95
Рейтинг по категории
#28+9

Рост участников

Всего: 86530 Days growth: +647296.8%
09/1809/2309/2810/0310/0810/1310/17
Рост участников - 30 Days
DateSubscribers
18:09:2026218
19:09:2026218
20:09:2026297
21:09:2026297
22:09:2026297
23:09:2026297
24:09:2026297
25:09:2026297
26:09:2026297
27:09:2026297
28:09:2026297
29:09:2026297
30:09:2026297
01:10:2026297
02:10:2026297
03:10:2026297
04:10:2026297
05:10:2026297
06:10:2026297
07:10:2026297
08:10:2026297
09:10:2026297
10:10:2026297
11:10:2026297
12:10:2026297
13:10:2026297
14:10:2026297
15:10:2026297
16:10:2026297
17:10:2026865
Рост участников - Weekly
DateSubscribers
Week of 04:05:2026208
Week of 11:05:2026208
Week of 18:05:2026208
Week of 25:05:2026208
Week of 01:06:2026208
Week of 08:06:2026208
Week of 15:06:2026208
Week of 22:06:2026208
Week of 29:06:2026208
Week of 06:07:2026212
Week of 13:07:2026212
Week of 20:07:2026212
Week of 27:07:2026212
Week of 03:08:2026212
Week of 10:08:2026212
Week of 17:08:2026218
Week of 24:08:2026218
Week of 31:08:2026219
Week of 07:09:2026218
Week of 14:09:2026297
Week of 21:09:2026297
Week of 28:09:2026297
Week of 05:10:2026297
Week of 12:10:2026865
Рост участников - Monthly
DateSubscribers
May 2026208
June 2026208
July 2026212
August 2026218
September 2026297
October 2026865
Рост участников - Yearly
DateSubscribers
2026865

Top 10 posts

Most viewed posts from this channel

By views
  1. #1Задокументированные деплои:305
  2. #2# Деньги в ИИ280
  3. #3Намечается классный оффлайн-ивент, много интересных и актуальных тем. 277
  4. #4Вакансия: человек в команду ИИ-агентов258
  5. #5# OpenClaw для бизнеса — что говорят Kaspersky, Microsoft, Cisco. Прим252
  6. #6А у нас фулл-хаус по спикерам, и почти закончились билеты. Так что есл233
  7. #7# Технический долг безопасности227
  8. #8# MVP: что это такое и зачем он нужен224
  9. #9Наблюдение про OpenClaw. Мой последний пост был о том, что OpenClaw в 222
  10. #10# Артбук для своего медиа с ИИ221

Последние посты

# Дайджест продуктовых и вайбкодерских новостей 12-17 октября

Система, которая ищет причины изменений в бизнесе

12 октября Salesforce объявила о покупке Loops, сервиса для анализа показателей бизнеса. После закрытия сделки его технологию планируют добавить в Tableau, продукт Salesforce для работы с данными.

У дашборда компании есть ограничение: график показывает падение продаж, но не объясняет причину. По описанию Salesforce, Loops постоянно следит за показателями, ищет необычные изменения и объясняет их причины. Вызвать его можно из Slack и почты.
Мне очень нравится этот подход. Если уж делать управленческий дашборд, то стоит подумать, какие изменения он мог бы сам заметить и объяснить. Тогда руководитель начнет копать сразу с конкретного наблюдения, а не с обхода всех ответственных за показатель.

Агент в общем рабочем чате

14 октября венчурный фонд Bessemer рассказал о публичном запуске Zenzap, рабочего мессенджера с агентами в групповых чатах. Фонд поддерживает компанию с самого начала.

В статье описана типичная последовательность: сотрудник получает запрос в чате, проверяет календарь, обновляет CRM, готовит ответ и возвращается в разговор. Zenzap предлагает передать эти переходы между приложениями агенту. По описанию фонда, агентам назначают роли и дают доступ к нужным инструментам. Они получают данные, выполняют поручение и возвращают результат в общий чат. Сенситив действия требует одобрения человека.

Scuba: перестать заново объяснять AI, как работает команда

13 октября венчурный фонд Accel рассказал о Scuba. Компания объявила о $34 млн суммарного финансирования за два раунда.

Scuba собирает материалы, которыми пользуется команда: документы, скриншоты, заметки, ссылки и переписки. Их можно объединять в общие подборки, например под запуск продукта или работу с клиентом. По описанию основателей, к этим материалам можно обращаться из Slack, а через MCP передавать их агентам в Claude, ChatGPT и Cursor. Доступ пока раскатывают командам постепенно, через ограниченную бету.

Мне нравиться эта концепция: не просто сохранять документы и транскрипты встреча, а дать людям и агентам общий лэйер памяти, который хранит абсолютно все, такой настоящий корпоративный секонд брэйн.

Агент, который доводит дело до результата

14 октября венчурный фонд a16z описал свою ставку на агентов для процессов, которые тянутся неделями и месяцами. Например, страховое обращение до выплаты или ипотечная заявка до завершения сделки.

В таких процессах клиент переходит от одного сотрудника к другому. По задумке авторов, агент сохраняет историю дела, возвращается к нему при новых событиях или наступлении срока, подключает помощников и готовит документы для проверки. Зарабатывать предлагают на выполненной работе и результате. В статье разбирают три варианта: продавать платформу, оказывать услугу или самому вести такой бизнес.

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

Специальная модель для редактирования картинок

15 октября Krea опубликовала статью с демонстрациями Krea 3, своей модели специально для быстрого редактирования изображений. Модель интересна, например, для интернет-магазинов или рекламных агентств, когда нужно поместить товар в другую сцену или антураж.

В демонстрациях модель получает исходное изображение и несколько референсов. Можно попросить поменять только мебель в комнате или окружение товара. Я вижу продуктовый смысл такого инструмента в управляемой генерации серии изображений одного товара, а не единственной картинки.

Где агентная разработка упирается в инфраструктуру

13 октября Anthropic рассказала о Scion, собственной системе управления версиями кода. По словам компании, она за пять месяцев перенесла туда полностью заменила им Git. При ее объеме агентной разработки работа с репозиторием стала узким местом.

Scion рассчитана на постоянное подключение к серверу. Клиенты подгружают файлы по мере необходимости, а историю и изменения получают через API. Некоторым автоматическим операциям локальная копия репозитория вообще не нужна.

У Anthropic невероятный поток данных, и это внутренний кейс компании. Но интересен сам факт того, что с увеличением скорости написания кода дошли до замены аж самого Git, на котором годами держалась вся разработка.



@productvibe
Продуктовый Вайб | StartUps & AI

supermvp.space
Разработка MVP · Интеграция ИИ в бизнес-процессы
82009
# Структурируй и валидируй свою идею перед MVP

Мы с Лео сделали скилл, который помогает структурировать вашу идею перед тем, как начать строить MVP.

Он нужен, когда идея продукта уже есть, а в голове пока всё вперемешку: кому это нужно, с чего начать, что оставить для первой версии и есть ли на рынке похожие решения.

Со скиллом можно последовательно пройти оба этапа и собрать первую картину:

— MVP: для кого продукт, какую задачу он решает и что действительно нужно реализовать в первой версии;
— Ресерч рынка: какие альтернативы уже есть в вашем сегменте, чем они сильны и где может быть место для вашей идеи.

Также записали два ролика, чтобы было проще пройти эту работу вместе:

Что такое MVP и как выбрать фокус первой версии
Ресерч конкурентов и рынка под вашу идею

Этот скилл - не кнопка "ИИ подтвердил, что идея взлетит", но помогает все структурировать и задать правильные вопросы в самом начале. Ресерч даёт первый проход по гипотезам и рынку, которые потом всё равно нужно проверять с реальными людьми. Но вместо бесконечного “надо бы когда-нибудь разобраться” у вас появляется конкретный пользователь, первая версия продукта и понятный следующий шаг.

Репозиторий скилла: Idea to MVP. Просто дайте своему агенту ссылку на этот репозиторий и попросите установить скилл.

—

Начать можно даже с очень сырой идеи. Или просто обкатать скилл на тестовой концепции, чтобы потом уже более увернно довести свою идею до дизайн-дока.



@productvibe
Продуктовый Вайб | StartUps & AI

supermvp.space
Разработка MVP · Интеграция ИИ в бизнес-процессы
Video Thumbnail
122006
Photo1/2
# Как ввести пароль, не отдавая его агенту

Недавно писал пост про базовые правила безопасности работы с агентами. Но тема паролей заслуживает отдельного поста.

Любой вариант с хранением паролей в текстовых файлах, в т.ч. в .env - плохой. Потому что во-первых это хранение секретов в открытом виде и любой агент или злоумышленник может получить к ним доступ. Во-вторых любой пароль, попавший в чат с агентом можно считать скомпрометированным. Но даже если вы пользуетесь password-менеджерами, руками вставлять везде пароли - замучаешься.

Так как тогда поручить агенту работу и при этом не отдавать ему пароль напрямую?

Самая безопасная схема это: агент запросил доступ -> я подтвердил -> независимый скрипт ввел пароль.
Ни мастер-пароль от хранилища, ни сам секрет не должны раскрываться и попадать в переписку с моделью.

Сразу скажу, если хотите оптимальное решение, чтобы работало все сразу из коробки, то пока это только 1Password с платной подпиской ($4 при ежемесячной оплате). Бесплатный вариант реализуется через KeePassXC, Bitwarden и еще один, третий. Причем для обычных паролей и SSH-ключей будут разные подходы.

Обычный пароль для API и интерфейсов

С KeePassXC у меня получилось собрать нужную цепочку с дополнительным плагином от комьюнити git-credential-keepassxc. Агент через него обращается к базе паролей в KeePassXC показывает свое окно с запросом на разрешение доступа к записи. Дальше пароль получает прослойка, которая делает API-запрос. Само значение в контекст к агенту не попадает.

У Bitwarden для API есть отдельный Secrets Manager с бесплатным тарифом. Штатная команда bws run передает секрет прямо запускаемой программе, ввод происходит без раскрытия модели. Минус, что это отдельный продукт с отдельной базой данных и не работает с обычной базой паролей в приложении Bitwarden.

SSH-ключи

Здесь удобнее: программе можно дать возможность подписать сообщение, не передавая ей приватный ключ. Так работает SSH agent.
В Bitwarden есть отдельный Desktop SSH Agent и он уже работает с основным приложением Bitwarden, в котором уже предусмотрен тип секретов - SSH ключи.
KeePassXC тоже умеет работать с SSH, но через внешнего агента. Например на Windows это может быть Pageant или OpenSSH. Я пока тестирую с Pageant: в самом KeePassXC появляется родное окно запроса и после подтверждения ключ передается из KeePassXC, получает подпись, затем после правильной настройки и блокировки базы ключ исчезает. Для моментального отзыва ключа у агента после использования, нужно дополнительно настраивать опцию внутри конкретной записи.

Agent Vault

Нашел еще один интересный проект Infisical, специализирующийся на безопасности работы с агентами и их решение Agent Vault. Это готовая прослойка для работы агентов с API: агент отправляет запрос через прокси, а тот сам подставляет настоящий API-ключ перед отправкой сервису. Секрет можно хранить внутри Agent Vault или подключить внешнее хранилище, например из собственное Infisical. Здесь пароль не нужно передавать даже программе агента, т.к. его использует сам прокси. Но для такой защиты разработчики предполагают размещение Agent Vault отдельно от машины агента, либо в Docker. Сам это решение не тестировал.

Еще про 1Password

По документации у него все собрано вместе: приложение, CLI, подтверждение через Windows Hello и op run для передачи секретов программе. Сам его не тестировал.

--

Я пока остановился на KeePassXC, т.к. я давно им пользуюсь и мне нравится концепция локального хранения базы данных паролей. Есть нюансы, но меня устраивает. Вариант с Bitwarden для новичков, пожалуй, будет более иниверсальным и проще в установке.
Интересно будет услышать в комментах ваше мнение и как вы работаете с паролями. М.б. есть какие-то готовые решения, которые прошли мимо меня.

Чтобы не заблудиться в настройках, к посту приложу .md файл с инструкцией для вашего агента: как подготовить, установить сетап выше и как все настроить.


@productvibe
Продуктовый Вайб | StartUps & AI

supermvp.space
Разработка MVP · Интеграция ИИ в бизнес-процессы
1230011
# Сайты портфолио, с которых не хочется уходить

Залипаю на проектах, где ты чувствуешь настоящую любовь автора к своему детищу.

Казалось бы: что еще можно выжать из формата портфолио? Но люди умудряются делать из них целые игры или невероятные анимационные проекты. А некоторые потом участвуют с ними в конкурсах и получают награды.

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

Полноценная аркадная гонка со свободной ездой и физикой объектов:
https://bruno-simon.com/

Путешествие необычного персонажа Самси Ниндзя в мрачном неоновом киберпанковом мире:
https://samsy.ninja/

Бродилка от 3-его лица в японском рисованном стиле
https://messenger.abeto.co/

Очень атмосферная рисованная космическая бродилка от первого лица на космической станции:
https://equinox.space/

Аркадная мини-игра в стиле Lego Breacktales
https://worawork.vercel.app/

Что хорошо бы понимать, чтобы делать такие сайты:

Принципы работы Three.js. Это 3D-библиотека или даже скорее 3D движок на основе JavaScript. Все сайты выше построены на нем. Один из курсов, который раскрывает его основные возможности и учит с ним работать:
https://threejs-journey.com/

Основы 3D-моделирования в Blender. Одна из самых крутых школ, на мой взгляд, это CG Boost. И их курс, который полностью проводит от знакомства с инструментами и основ моделирования до анимированного ролика. Курс, которым, похоже, вдохновлялся автор первого портфолио: https://www.cgboost.com/courses/blender-launch-pad-1

Но мы понимаем, что и без этих знаний такие сайты нам уже может полностью или почти полностью собрать ИИ. Главное желание, классная идея и понимание, что мы хотим получить в итоге.


@productvibe
Продуктовый Вайб | StartUps & AI

supermvp.space
Разработка MVP · Интеграция ИИ в бизнес-процессы

Three.js Journey

Bruno Simon

Bruno Simon's creative portfolio

136007
# Дайджест продуктовых и вайбкодерских новостей 5-11 октября

Интерактивный план агента

5 октября Тарик, один из ведущих инженеров Антропик рассказал про скилл для Claude Code, над которым работает. При подготовке плана вместо сухого текста, агент оформляет динамический план в HTML: объясняет его, показывает фрагменты кода, открытые вопросы и макеты.

На самом деле идея не нова, в Cursor уже давно есть интерактивный план с выбором приоритетов и т.д. Но мне, в любом случае, нравится этот подход. Прежде чем агент начнёт писать код, пользователь должен лучше разбираться, в т.ч. визуально, что агент предлагает. По текстовому плану сложно представить будущий интерфейс или связи между логическими блоками, обсудить экран, уточнить идею. Интерактивный - все это позволяет делать. В посте есть демонстрация работы скилла, выглядит прикольно.

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

claude plugin install html-plan@claude-community

Как подключить AI-продукт к системам разных компаний

6 октября венчурный фонд Bessemer Venture Partners объявил, что возглавляет инвестиционный раунд Ampersand на $15 млн. Ampersand создает инструмент для подключения продуктов и AI-агентов к корпоративным системам.

В статье фонд объясняет свою ставку на примере Salesforce. Две компании используют одну и ту же CRM, но у них могут отличаться поля, объекты и права доступа. Поэтому готовое подключение ещё не означает, что продукт умеет работать с данными обоих клиентов.
Основатели Ampersand предлагают описывать интеграцию в коде. Их продукт обрабатывает различия схем, а администратор клиента сопоставляет поля при подключении.

Фонд подчеркивает работу, которая возникает между продажей и использованием продукта. Если строишь сервис поверх данных заказчика, подключение к ним нужно продумывать как часть продукта. В том числе для агента: ему нужно понимать, с какими данными он работает и что ему разрешено делать.

Эта инвестиция вписывается в более широкую гипотезу Bessemer. В своём roadmap фонд описывает переход от систем, которые хранят данные компании, к AI-продуктам, которые используют их для выполнения работы. Одним из препятствий фонд считает дорогие подключения и настройки под каждого заказчика. Ampersand как раз занимается упрощением этого этапа. То есть инвестиционная ставка здесь - на инфраструктуру, которая помогает агентам работать с существующими системами бизнеса.

Как собрать агента поддержки под конкретный бизнес

5 октября Anthropic опубликовала кейс Cresta, компании, которая разрабатывает AI-продукты для клиентской поддержки. В статье разбирается их продукт Conductor, помощник для создания и улучшения агентов поддержки. Он обращается к прошлым разговорам с клиентами и правилам компании. На их основе он помогает команде определить, что агент должен делать в разных ситуациях, создать такого агента и подготовить тесты, чтобы проверить его эффективность.

Например, клиент интернет-магазина просит вернуть деньги. Чтобы ответить по существу, нужно разобраться, что он купил и что разрешает политика возвратов. Где-то поведение можно описать жёстким правилом, где-то потребуется решение человека. В кейсе Conductor помогает команде определить такие границы.

Опыт работы поддержки становится материалом для создания следующего помощника. Можно обсуждать не только качество ответа модели, но и то, как продукт собирает знания о бизнесе и использует их при разработке агента.

Когда агентов много, нужен интерфейс для команды

8 октября Anthropic опубликовала интервью с Bradley Axen, руководителем направления AI компании Block о работе над большими изменениями кодовой базы. Одна модель координирует процесс, другие правят файлы и запускают тесты. Люди и агенты взаимодействуют в общих каналах и обсуждениях внутри среды Buzz. Слияние изменений в основную ветку и выпуск в рабочую систему остаются за людьми.

Когда с тобой и твоей командой работает много агентов, хочется видеть, кто чем занят, какие решения уже приняли и где требуется твоё участие. Общие каналы и обсуждения дают основу для такого взаимодействия. Все это закрывается их собственным продуктом Buzz.

Кстати, мы уже несrолько месяцев топим за Buzz, развернули его у себя и тестируем AI-контур с Buzz у клиентов. Вот тут рассказывали и показывали небольшое демо.

----

В этих событиях я вижу тренд на еще больше харнеса и интерфейсы, которые строятся вокруг агентов, совместной работы и корпоративной интеграции ИИ. Мне кажется, именно в этом направлении стоит сейчас искать идеи для новых продуктов.


@productvibe
Продуктовый Вайб | StartUps & AI

supermvp.space
Разработка MVP · Интеграция ИИ в бизнес-процессы
147009
# Как создавать скиллы и при чём тут память агента

Решил сделать небольшой гайд максимально доступным языком, что такое скиллы, как их создавать и, в общих чертах, как устроена память агента. Также записал отдельное видео на эту тему, там рассказываю еще более подробно.

Память и постановка задачи

Прежде, чем объяснять, что такое скилл, нужно понять, как в принципе устроена память агента. Наши сообщения уже передают агенту очень много информации. Допустим, я прошу агента сделать ресерч по определённой теме. В сообщении описываю саму задачу, передаю контекст - ссылки, документы или файлы, на которые нужно опираться. И могу сразу указать в сообщении роль: ресерчер. Так я объясняю, какие конкретно действия требуются от агента.

Кроме нашего сообщения, у агента есть постоянные инструкции. Часть задаёт производитель модели, часть зависит от интерфейса/приложения, в котором мы работаем.

Дальше идут персональные правила: на каком языке общаться, как меня зовут, где лежат рабочие файлы и т.д. Для таких инструкций есть специальный формат файла - AGENTS. md, его понимают все агенты. У конкретного проекта могут быть свои правила со своим AGENTS. md, например, после каждой задачи записывать в лог, что сделано.

Отдельным слоем существует память о совместной работе. В неё могут попадать предпочтения и находки, которые появляются уже в процессе общения с агентом. Например, я часто заканчиваю работу в полночь и агент запоминает это как мое предпочтение в будущем.

Что такое Скилл

Скилл - это тоже ячейка памяти. Но она содержит инструкцию для повторяющейся задачи, которые не нужно помнить постоянно. Например, как расшифровать встречу и куда сохранить результат. Или как добавить реквизиты в договор.
Мне не нужно каждый раз заново объяснять порядок действий. При этом полную инструкцию по расшифровке встречи незачем держать в контексте, когда я занимаюсь чем-то другим. Агент знает описание скилла, но подробные инструкции загружает, только когда нужно применить его.

Где брать готовые скиллы

Некоторые уже встроены в агентские приложения и используются при необходимости. Остальные можно найти в каталогах, например на skills.sh. Там же есть скилл find-skills: его можно установить и просить агента найти скилл под конкретную задачу и он будет ходить туда сам.
Ещё один из каталогов - NeuralDeep. Там есть адаптированные под российский рынок скилы, в том числе для работы с Яндекс.Директ и 1С.

Как сделать свой скилл

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

Но сначала полезно определить, это постоянное правило и специфический процесс. Например ваш подход к работе с файлами - это глобальная задача. А, скажем, конспектирование договорённостей после встречи с клиентом нужен только в определенной ситуации, т.е. тянет на самостоятельный скилл. У меня, например, есть Discovery Log: я зову его, когда нужно собрать договорённости после встреч и переписки с клиентом.

Чтобы создать свой скилл у Codex и Claude есть специальный скилл для этого skill-creator. Вызываем его через команду /skill и описываем задачу: что агент должен сделать, по каким правилам и какой результат мы хотим получить. Далее он все делает сам, создает тесты и оформляет ваш процесс в скилл.

Агент сам проверит его на реальном примере: выполнит одну и ту же задачу со скиллом и без него и сравнит результат. Так можно понять, дает ли пользу новая инструкция или нет. Все, ваш скилл готов и вы можете использовать его с любым агентом.

Если захочется более подробный технический разбор про скиллы, то посмотрите видео от Лео.


@productvibe
Продуктовый Вайб | StartUps & AI

supermvp.space
Разработка MVP · Интеграция ИИ в бизнес-процессы
Video Thumbnail
156009
Photo1/2
# ИИ-контур в компании

Скорее всего сотрудники вашей команды уже пользуются разными ИИ-агентами. У кого-то Claude, у кого-то Codex и т.д. Каждый, как может, объясняет агенту правила работы, качает или собирает свои скиллы, создает шаблоны. Потом пересылает коллегам результат или промпт, а тот в своем чате заново объясняет, что с этим делать. Вся коммуникация происходит в телеге, Slack, через сетевые диски и т.п.

Что такое ИИ-контур и для чего он нужен?

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

У агентов есть переиспользуемые роли, инструкции и скиллы, а документы и результаты работы сохраняются в проектах рядом с чатами. Саму среду можно развернуть на сервере компании или арендованном VPS. Все чаты, файлы, память, результаты работ хранятся на этом же сервере и остаются у компании, даже если меняется провайдер модели или заблокировали аккаунт. Если нужно использовать локальную модель, это тоже перестает быть проблемой: данные не нужно откуда-либо экспортировать.

Мы собираем такую архитектуру на основе опенсорсного мессенджера Buzz. Подробно расскажу про него в отдельном посте.

Сценарии работы

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

Другой пример. Руководитель хочет найти все процессы, связанные с конкретным клиентом. Просит агента собрать информацию и через 10 минут у руководителя в чате уже готов отчет о том, кто, в каком контексте и когда обсуждали этого клиента.

Что еще дает ИИ-контур?

Такая архитектура позволяет создавать живой Second Brain компании. Все важные события, договоренности и решения фиксируются агентами в заранее согласованном формате. Обученный агент в фоне сохраняет и структурирует данные. А любой другой сотрудник или агент всегда имеет полный доступ к этим знаниям компании.

На основе этой архитектуры можно развернуть отдельный интерфейс или CRM для управления важными решениями и процессами. Это может быть как интеграция с уже существующим софтом, так и более простые решения вроде опенсорсного Teable. Это бесплатный аналог Notion, который дает похожий набор возможностей.

На лету из чатов можно оцифровывать отдельные навыки или процессы и совместно создавать из них скиллы.
Поверх контура можно строить дашборды и аналитику, замерять метрики эффективности и автоматизировать целые блоки работ.


@productvibe
Продуктовый Вайб | StartUps & AI

supermvp.space
Разработка MVP · Интеграция ИИ в бизнес-процессы
160007
Video
Учим своих агентов лучше понимать нас и наши задачи.

Маленький шаг для робота - большой шаг для человечества.
198009
Photo1/2
# Как сохранить контекст работы с ИИ и не бояться блокировки аккаунта

После последних блокировок Клода народ в чатах стал активно задаваться вопросом, как лучше сохранять контекст чатов, чтобы быть готовым к блокировкам аккаунта. Ниже мои рекомендации, как сохранить важные решения, документы и данные, чтобы их можно было передать другому агенту и не потерялось ничего важного.

Это пригодится не только при блокировке, это удобно если вы просто решите сменить модель или пользуетесь сразу несколькими. Ключевое - это работать категориями “проектов” и всегда сохранять контекст работы в локальной папке.

1. Заводим на компе отдельную папку под проект/проекты. В десктопных Co-Work, Claude Code, GPT Work и Codex можно связать локальный проект с папкой на компьютере. Складываем туда все, что считаем важным, документы, саммари переписок, файлы и проч. В Codex и Claude Code все ваши чаты/сессии по умолчанию сохраняются локально.

2. Просим агента делать чекпоинт после каждого спринта или объемного блока работы. Т.е. сохранить весь срез работы, на котором остановились: что обсуждали, что решили, что сделали и с чего продолжать. Пример инструкции для сохранения чекпоинтов приложу к посту отдельным .md файлом в комментариях. Попросите добавить эту инструкцию в глобальную инструкцию агента и после этого когда попросите агента сделать чекпоинт он будет сохранять для вас все самое важное.

3. Проверяем созданные файлы, по желанию. На всякий случай открываем и смотрим, записал ли агент решения, результаты и незакрытые вопросы. Если не хочется каждый раз проверять, то для этого сделал отдельный скилл, с которым агент всегда проверяет себя сам и приводит доказательства прямо в чат со ссылками и результатом своего действия.

4. Инициализируем агента в проекте. Не обязательно, но будет полезно. Просим агента создать базовый readme файл в проекте и словами наговариваем, о чем этот проект, с чем мы работаем и какие задачи. Далее запускаем команду /init, после которой агент создаст базовую структуру файлов в папке и запишет себе инструкцию с описанием проекта. После этого любому агенту будет проще ориентироваться в проекте и он будет лучше понимать контекст и текущий прогресс.

Теперь любая модель при работе с конкретным проектом будет всегда в курсе любой вашей работы внутри папки. А если вы будете работать через Codex и Claude Code, то, например, Codex, без проблем найдет локально сохранённые чаты Claude Code и сможет их читать и анализировать. В Co-Work и GPT Work локальное хранение чатов тоже есть, но это нужно включать дополнительно.


@productvibe
Продуктовый Вайб | StartUps & AI

supermvp.space
Разработка MVP · Интеграция ИИ в бизнес-процессы
211009
# Артбук для своего медиа с ИИ

Записал первое видео для Продуктового Вайба. На примере этого канала показываю, как с помощью ИИ собрать Артбук со стилем иллюстраций к постам.

Сначала я рисовал иллюстрации в стиле South Park, но потом для канала захотелось больше индивидуальности. Плюс у SP много ассоциаций, которые не совсем попадают в вайб моего канала.

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

Изначально я хотел максимум абстракции и минимализма на картинках, но с этим сначала получился перебор. На иллюстрациях готовые элементы смотрелись странно, а сюжет вообще перестал читаться. Красивые элементы по отдельности не складывались в сюжет и понятную картинку.

Поэтому дал больше свободы модели, персонаж остался, а предметы стали подстраиваться под конкретный сюжет. И получился оптимальный баланс между минимализмом и способностью стиля передавать сюжет.

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

В видео более подробно показываю весь процесс от и до.
Видео: https://youtu.be/Gb0zWIWEkNE

А еще недавно рассказывал как создать в Claude Design исполняемый брендбук компании.


#дизайн #артбук


@productvibe
Продуктовый Вайб | StartUps & AI

supermvp.space
Разработка MVP · Интеграция ИИ в бизнес-процессы
Video Thumbnail
221007
Photo1/2
# Питч-дек: зачем он нужен, даже если ничего не продаёшь

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

Но для меня питч-дек это прежде всего структура, которая описывает смысл продукта: какую проблему решает, для кого, чем он лучше конкурентов и как на нём заработать. Инвестор тут просто самый требовательный читатель. Но первый - это сам автор продукта.

Причём тут MVP

В прошлом посте про MVP писал про линзу, через которую полезно посмотреть на идею до старта. Там был и вопрос про конкурентов: если таких решений уже двадцать, почему именно мой, двадцать первый, их обойдёт.

Линза даёт оценку. Питч-дек заставляет эту оценку сформулировать и структурировать.

И это сложнее, чем кажется. Например, чтобы написать слайд про конкурентов, придется хотя бы немного исследовать рынок и сравнить себя с другими продуктами. Из этого сравнения и вырастает позиционирование. Т.е. упражнение “составить питч-дек от и до” помогает разложить продукт по полочкам в голове и лучше понять, что ты вообще строишь. Даже если этот дек потом никто, кроме тебя, не увидит.

Базовый шаблон

Классический набор слайдов стартап-питча. Порядок и число в разных версиях плавают, но скелет примерно такой:

· Проблема: какая боль и у кого она болит.
· Решение: как продукт эту боль закрывает.
· Рынок: кто пользователь и сколько таких.
· Продукт: что конкретно получает пользователь.
· Конкуренты и позиционирование: кто уже решает эту задачу и чем ты отличаешься.
· Бизнес-модель: кто и за что платит.
· Что уже проверено: пилот, первые пользователи, результаты.
· Команда: кто делает и почему именно эти люди.
· Запрос: что нужно дальше - деньги, партнёры, люди и т.д.

Пример на себе

Для примера разложил по шаблону своё агентство SuperMVP, взял только основное с сайта:

· Проблема: компании не понимают, с чего начинать интеграцию AI.
· Решение: начать с оцифровки экспертизы команды и построить на ней AI-продукт.
· Для кого: компании и предприниматели, которые знают свой рынок и хотят быстро проверить идею.
· Продукт: два основных направления.
1. AI-контур компании, т.е. рабочая среда, где сотрудники и агенты работают вместе, а знания компании превращаются в то, что агенты умеют исполнять.
2. Разработка MVP: discovery, архитектура, финмодель, MVP.
· Конкуренты: студии, которые делают “под ключ” и интеграторы, которые раздают доступ к ИИ и называют это интеграцией.
· Позиционирование: Не "под ключ". А плечом к плечу. Сначала зачем, а потом как.

Даже на этом коротком примере видно, как работает слайд про конкурентов. Фраза “плечом к плечу” сама по себе звучит как слоган. А рядом с “под ключ” и интеграторами она становится позиционированием: понятно, от чего именно отстраиваешься.

Польза от питч-дека начинается не на встрече с инвестором, а на том моменте, когда пытаешься сформулировать слайд и понимаешь, что ответа у тебя пока нет. Ну или он есть, но сформулирован так, что его никто, кроме тебя, не поймёт.

#стартапы #питчдек


@productvibe
Продуктовый Вайб | StartUps & AI
203008
Photo1/2
Human-in-the-loop vs. meatproxy

Есть обидный термин meatproxy - человек, который передаёт вопросы AI, а потом возвращает ответы, особо не разбираясь в происходящем. На другом полюсе - human-in-the-loop, человек, который действительно участвует в работе и отвечает за результат.

Этот канал как раз про то, как быть полноценным human-in-the-loop. Не просто присутствовать в цепочке, а помогать получать качественный результат. Я вижу критерии вот так:

:: Human-in-the-loop:

› Берёт ответственность за выполненную работу и её качество. «Это AI сделал» не становится оправданием, если результат оказался плохим.

› Имеет критерии успешности и действительно проверяет итоговый результат, а не просто жмёт «далее».

› Хотя бы примерно представляет, что хочет получить, и помогает скорректировать спецификацию на ранних этапах. (Не надеется, что AI сам лучше него придумает, что вообще нужно сделать.)

:: Meatproxy:

› Принимает ответы модели за истину, не перепроверяя их.

› Надеется, что AI сам всё лучше продумает: и что делать, и как делать, и как потом понять, что получилось хорошо.

› Единственная проверка ответа AI - отправить его другой AI с вопросом: «Похоже на правду?» Если обе согласились, можно сдавать ))

AI-ревью само по себе полезно. Но если ты так и не понял, что именно проверили и почему результат можно принять, ещё одна модель не делает тебя human-in-the-loop.

#размышления
154007
Photo1/2
# MVP: что это такое и зачем он нужен

Сейчас наверное уже каждый делает свой продукт с ИИ: кто-то под свои собственные задачи, кто-то сразу с прицелом на рынок и масштабирование.

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

Что это такое

MVP - это Minimum Viable Product, т.е. минимально жизнеспособный продукт. Обычно любой стартап начинается с него, а при нынешней конкуренции и буме стартапов этот формат стал особенно актуальным.
Для меня MVP это призма или линза, через которую можно посмотреть на идею. Она помогает оценить полезность того, во что ты собираешься вкладывать свои усилия. И понять, а стоит ли вообще вкладываться в эту инициативу как в продукт.

Два основных качества

Они зашиты прямо в название.
Minimum - минимальный. Минимальные затраты, минимальные ресурсы, максимальный эффект. Смысл в балансе: вложить как можно меньше и узнать как можно больше. Не вкладывать много в то, что ещё не проверено.

Viable - жизнеспособный. Продукт действительно решает боль, ради которой им будут пользоваться. И тут для меня всё упирается в рынок: если продукт реально полезен, у него есть рынок. Нет рынка - ценность идеи под вопросом.

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

На самом деле этот подход отлично применим даже для внутренних продуктов, которые “для себя”. Если инструмент закрывает настоящую боль у тебя, то скорее всего он будет полезен и другим. Этих других просто надо найти и проверить, так ли это.

На какие вопросы отвечает MVP

- Будут ли этим пользоваться другие, а не только я?
- Настолько ли реальна боль, что за её решение готовы платить?
- Есть ли у идеи рынок?
- Есть ли уже такие решения? И если их двадцать, то зачем нужен именно мой, двадцать первый?
- Стоит ли вообще вкладываться в неё как в продукт?
- Что минимально нужно, чтобы всё это проверить?

Сравнение с конкурентами обычно самый отрезвляющий пункт. Делаешь ресерч и видишь, что задачу уже решили раз двадцать. Нужна веская причина, почему двадцать первый аналог будет лучше остальных. Без неё идея линзу не проходит.

Сделав это упражнение для своей идеи, получаешь базовый скоринг (оценку) её качества и перспективности. Польза начинается ещё до того, как ты потратил на реализацию время и ресурс. Поэтому я рекомендую пропускать через эту призму любую идею.

#MVP


@productvibe
Продуктовый Вайб | StartUps & AI
2240010
Photo1/2
Вакансия: человек в команду ИИ-агентов

Требуется человек. Команда ИИ-агентов ищет активного, бессонного, кожаного оркестратора. Задачи разнообразные, график свободный, дни и ночи длинные.

Обязанности:
- human in the loop
- решения на развилке
- Allow на все
- тыкать мышкой, где "осталось проверить вручную"

И ведь кругом реально такие настроения, что кого-то уволят из-за ИИ, какую-ту компанию подвинут конкуренты, если не внедрить ИИ вчера, а вот прямо ты останешься в аутсайдерах, если не освоишь 100500 инструментов. Ребята, предлагаю немного расслабиться. Эта суета сильно перегрета рынком. Мы все еще в самом начале. Важных инструментов не так много, а интеграция ИИ очень часто вообще не про ИИ. Она про то, чтобы лучше разобраться в своих процессах, найти среди них самые важные и ценные, а иногда просто сделать качественную автоматизацию. Поможет не воткнуть ИИ везде, а найти точки применения там, где он действительно нужен.

Мой канал “Продуктовый Вайб” именно об этом. Как не упустить важные тренды, но при этом не бросаться на каждую волну нового вау-продукта-всем-разъеб. Тут мы на вайбе будем разбираться, как строить свои собственные. Как прокачивать персональные скиллы. Как компаниям встраивать ИИ в процессы через готовые продукты, либо превращать свою экспертизу в свои ИИ-продукты. Лайфхаки, опыт, рекомендации, обзоры, т.е. всё, что помогает погружаться в тему плавно и уверенно.

Кстати, меня зовут Алексей Копыстынский. я потенциальный кандидат на вакансию выше. Профессиональный human in the loop. Создаю продукты больше 15 лет и больше трех лет строю собственный рабочий ИИ-контур. А может быть уже ИИ-контур строит меня… В общем, попробуем вместе тут в этом разобраться. Надеюсь, мои советы и живой опыт помогут вам найти для себя тоже что-то новое и полезное. Без страха и лишней рефлексии.

А в своём агентстве SuperMVP мы делаем это вместе с компаниями: разбираем и формализуем процессы, проводим аудит и ищем точки роста, где ИИ стоит применить в первую очередь.

Будет круто, если тоже поделитесь, кто вы, чем занимаетесь. Какие задачи хотите поручить ИИ и как планируете приручить ИИ. Давайте знакомиться ближе.


@productvibe
Продуктовый Вайб | StartUps & AI
2580010
Photo1/2
# Технический долг безопасности

Агенты определенно внесли очень большой вклад в пофигизм к восприятию безопасности. Многие люди, в т.ч. и я, начинают игнорировать безопасность в пользу удобства и скорости работы. После 20 раз нажатия ”Allow”, обычно пользователь включает режим "Allow на все", т.е. полный доступ агенту. А OpenClaw вообще запустил какую-то цепную реакцию пофигизма. То есть прогресс накладывает на нас некий “технический долг безопасности”, который рано или поздно придется отдавать.

Я адресую этот пост в первую очередь себе, чтобы не забывать о базовых принципах цифровой гигиены, а заодно поделюсь, что я считаю минимальным набором для защиты своего компа, данных и паролей на случай утечки или неосторожного действия агента.
Забавно, что про безопасность меня спросил агент, когда я писал прошлый пост про лечение системы с Claude Code:
“А тебя во всей этой истории не напрягает, что агент может что-то сломать, ведь для починки компа тебе нужно дать ему полный доступ к своей машине?”, спросил он меня.

Как я себе объясняю свое отношение к этому. Сама система для меня давно стала временной оболочкой над персональными файлами: многое в облаках, самое чувствительное на отдельных дисках под VeraCrypt, важное бэкапится.

Зашифрованные диски

VeraCrypt - бесплатная опэнсорсная программа для создания зашифрованных дисков. Их можно спокойно хранить в облаке, т.к. без пароля данные прочитать все равно невозможно. Причем этот зашифрованный диск может прикинуться чем угодно, хоть видеофайлом. Или можно сделать вообще невидимый контейнер. Монтируется как обычный съемный диск. Очень просто и удобно. Если отключаешь, то и агент на него ходить не может.

Пароли

Пароли нужно хранить в предназначенном для этого софте. Я использую KeePass, это локальная опенсорсная прога для хранения паролей. Аналогично, как и с VeraCrypt базу данных паролей можно хранить в облаке, т.к. она зашифрована и без пароля ее невозможно прочитать. Также есть, например, браузерные, 1password, LastPass или Bitwarden. Последние два дают почти полный функционал в бесплатной версии. Удобно, что приложение есть и на телефоне и в барузере. Так пароли точно не будут доступны агентам в чистом виде.

Бэкапы

Их можно делать на другой комп, на внешний диск, либо на домашний NAS. Постоянная синхронизация с облаком типа Яндекс.Диск или Dropbox бэкапом не является. Для создания бекапов можно использовать бесплатные Restic, Borg, Kopia и проч. И, кстати, бэкап, который ни разу не разворачивали, это не бэкап, это надежда.

Двухфакторная аутентификация

Рекомендую включать всегда и везде. Самое доступное и простое это приложение с одноразовыми кодами, например, Google Authenticator или аналоги; SMS в последнюю очередь, но лучше, чем ничего. У NIST с 2025 года SMS в статусе restricted, т.к. есть SIM swap и атаки на сети оператора.

Факты, как агенты поменяли безопасность

1. По данным Антропиков пользователи одобряют примерно 93% запросов на разрешение. И там же вывод, что чем больше подтверждений человек видит, тем меньше внимания достается каждому. Кнопка “разрешить” перестает быть защитой практически сразу.
И в этой же статье они дают рекомендацию о том, что изоляция не просто безопаснее, а она убирает 84% запросов, то есть лечит ту самую усталость от подтверждений. И также рекомендует для безопасности работы с агентами подход с изолированными контейнерами.

2. В августе 2025 в пакетах Nx (популярный инструмент сборки), попал вредоносный скрипт telemetry.js, который выполнялся при установке. Малварь вызывал установленные у жертвы claude и gemini с флагами обхода подтверждений и поручал им найти кошельки, .env, SSH-ключи, токены GitHub и npm. Пострадали 1000+ учетных записей и больше 190 организаций.

Поэтому помните, что агент на машине это не просто инструмент, а привилегированная поверхность, которую можно позвать со стороны.

Подводя итог. Все ценное желательно хранить в контейнере или хотя бы раскладывать данные по слоям, а не хранить все в одном месте. Как в той пословице про все яйца в одной корзине.


@productvibe
Продуктовый Вайб | StartUps & AI
227006
Photo1/2
# Чистильщики компа вымерли, а я и не заметил

А помните были такие программки как клинеры, системные утилиты, чистильщики регистра, типа CCleaner, RegCleaner, jv16 PowerTools, Norton Utilities и прочие?

Сейчас у меня все те задачи, которые я отдавал им, переехали к агенту и целый класс программ для меня просто тихо вымер, и я даже не заметил когда. Интересно, а как дела у этого софта обстоят на рынке? Думаю, что не лучшие времена, как и для многих SaaS продуктов.

Из моих личных примеров, как я недавно починил агентом систему:

Комп начал ловить синий экран при выходе из сна. Переключение режимов гибернации не помогало. Claude почитал журнал Windows, собрал SMART всех дисков, собрал дампы и историю сбоев за несколько месяцев. Обнаружил аппаратный сбой контроллера NVMe и файл подкачки на 64 ГБ, который лежал именно на этом диске. Вылечили банальным переносом файла подкачки на здоровый диск, и синих экранов больше не было.

Даже не представляю как я это ловил бы утилитами. Чистильщик тут скорее всего просто прошёлся бы по мусору и ничего не нашел.

Еще была проблема с лагами в системе на ровном месте. Также методом исключения добрались до того, что переключил режим оперативной памяти в “авто” и проблема полностью ушла - сбоила оперативка, подозреваю, что из-за большого количества плашек памяти.

И так с любой поломкой:

Не запускается Docker: “Посмотри плз, что там с докером случилось”. “Да, босс, уже решаю, все пофиксил, Docker перезапущен”.
OpenClaw перестал отвечать: “Можешь глянуть, на что там OpenClaw ругается?”. “Да, конечно, смотрю логи, правлю”.

Вспоминая прошлые времена, “до” агентов, можно было год искать причину какого-нибудь раздражающего, но ненавязчивого лага, а потом просто вылечить переустановкой Винды, потому что замучился искать корень проблемы.

Плюс агент быстро пишет скрипты, которые собирают логи, мониторят потенциальных виновников проблемы и решение находится очень быстро. О, что за дивные новые времена.

Так что прощайте клинеры, не чокаясь.

PS тут стоит еще отдельно поговорить про безопасность и права агентов, но это уже тема для отдельного поста.

#агенты #клинеры


@productvibe
Продуктовый Вайб | StartUps & AI
219006
Photo1/2
# Как Slack интегрирует агентов в мессенджер и в свои процессы

В блоге Антропиков вышла свежая статья про то, как в Slack локальное использование ИИ-агентов для сотрудников превратились в новый вектор развития компании и самого мессенджера.

Далее некоторые выдержки из интервью Jaime DeLanghe, CPO компании.

Она пришла в Slack в 2017 и с самого начала у нее была задача: превратить рабочие разговоры в знания компании. То есть девять лет она решала одну главную задачу, поэтому агенты стали для неё продолжением концепции, а не следованием хайпу.

Интересно, что в Slack интеграция ИИ началась снизу, с сотрудников, а не сверху.

Один продакт договорился с разработчиком из команды developer experience и они вдвоём придумали, как подключить в чаты агента. Потом этот продакт описал процесс в канвасе и другие продакты взяли шаблон и повторили. После этого команды стали собирать целые воркшопы по этой теме.

It was the most self-organized thing you could possibly imagine
Вокруг выросли внутренние каналы обмена находками. Один такой канал в Salesforce собрал тысячи участников. Даже для корпорации это очень много.

Как устроена работа

агент делает черновую работу -> сводки, мониторинг, подготовка
человек смотрит, правит, апрувит -> и возвращает агенту на исполнение

Понедельник CPO её словами: "It's Monday morning, and I've just had my daily briefing that an agent has built for me", т.е. к утру у нее уже лежит брифинг с саммари, планами и аджендой ко встречам. Агенты с сотрудниками шуршат в чатах, а руководитель начинает день с ревью, а не со сбора информации.

В процессе у них сложились три основных практики: public-by-default (агент учится только из видимого); роли вместо универсального помощника - каждый агент под узкую задачу; лёгкие сигналы - реакция через эмодзи запускает постановку задачи агенту.

С какими проблемами они столкнулись

Главная нерешённая проблема - это измерение эффекта.

Token usage tells you the lights are on, but that's not sufficient
Т.е. сама по себе активность и сжигание токенов ничего не говорит о пользе и качестве результата. У Slack есть данные для измерения: расход токенов, число обращений к агентам, количество собранных брифингов. Но связать AI с бизнес-результатом она не может.

Метрика количества.

Slack десять лет работал над вовлечённостью пользователей: больше сообщений, больше активных каналов, больше времени в продукте - рост. Это основная метрика мессенджера.

Но с агентами (если агент работает хорошо), он сокращает переписку: вместо треда из сорока сообщений появляется брифинг. Т.е. люди должны писать меньше. По старой метрике это падение, а по факту говорит об успешном использовании агентов.

Архитектурные ограничения.

1. Решения из лички агенту не видны. Отсюда и появилось public-by-default. Т.е. решение ограничений переложено на дисциплину сотрудников с просьбой вести все обсуждения в публичных чатах.
2. Контекст рассыпан по каналам. Решение принимается в одном канале, обоснование лежит в другом, файл в третьем. Менеджер решает это через память, а агенту нужно, чтобы связь была явной. Отсюда “а напиши мне это в тред”.
3. Агент не адресат, а наблюдатель. Ему не пишут, при нём пишут. Разница следующая: коллеге можно поручить, наблюдателя нужно не забыть проинформировать.
4. Права и роли строились под людей. Доступы к каналам, приватность, гостевые участники, всё это проектировалось для сотрудников. Агент наследует чью-то роль, вместо того чтобы иметь свою.
5. Чат хранит поток, а не структуру. Мессенджер по природе - это лента сообщений. Проект, задача, документ и решение живут в разных инструментах. Агенту, чтобы собрать картину, надо прыгать между системами.

В следующих постах расскажу про мессенджер Buzz, как он закрывает некоторые архитектурные проблемы Slack; как в него интегрированы агенты; как превращать процессы в скиллы, а разговоры - в знания компании; и порассуждаем, какие могут быть метрики для измерения эффективности интеграции ИИ в компании.

#AI #агенты


@productvibe
Продуктовый Вайб | StartUps & AI
214006
Photo1/12
# Брендбук компании за 15 мин

Наверняка многие знают, что в Claude есть отдельная внутренняя платформа для работы с дизайном - Claude Design.

Она постоянно совершенствуется и, например, сейчас там уже можно создавать анимацию, интерфейсы, сайты, презентации и даже 3D-объекты. Причем последние получаются довольно качественно и это можно использовать, например, для отрисовки 3D-значков или вашего лого в 3D и потом эффектно добавлять их в презентации.

Cистема правил дизайна

Основная фича Claude Design, про которую я хочу рассказать - это Design Systems. Позволяет на основе любого шаблона, сайта или презентации создать систему правил вашего корпоративного дизайна. Такой BrandBook, только еще более детализированный, с кейсами, примерами, анимацией и т.п. Шрифты, цвета, обводки, отступы, правила заголовков в презентациях и многое другое. Если вы отдадите сайт в качестве шаблона для дизайна, то на основе него будут сразу созданы готовые react-компоненты, которые в готовом виде потом можно переиспользовать для анимации на ваших других корпоративных сайтах. Сам процесс создания дизайн системы у меня занял около 15 мин.

Очень удобно ипользовать готовую дизайн-систему для презентаций: один раз все настроил и потом вообще забываешь про какие-то корректировки дизайна. Любая презентация получается - как с иголочки.

Полноценный редактор презентаций

Что еще мне нравится: сам процесс работы с презентацией получил полноценный внутренний редактор с возможностью редактировать тексты, управлять элементами, блоками, размерами, цветами, отступами и т.п. Т.е. это сейчас почти полноценная замена какому-нибудь PowerPoint. И, кстати, в .ppt есть экспорт. Еще есть экспорт в .pdf, html и напрямую в Claude Code. В Figma выгрузки пока нет.

Для меня Claude Design сейчас стал основным инструментом, в котором я делаю все рабочие презентации, лендинги и концепты. Доступен только при подписке на Pro, Max, Team или Enterprise.

Альтернативы для работы с дизайном

Из альтернатив с ИИ для работы с дизайном и презентациями могу еще порекомендовать:
- Pencil (вот тут показывал в работе),
- v0.dev
- lovable.dev
- gamma.app
- genspark.ai
- canva.com

PS Важное дополнение: если дизайн-система создана только на основе лендинга, то и в презентациях будут использоваться те же параметры шрифтов и элементов в соотношении к пропорциям полотна. Как правило это слишком мелко для презентации. Поэтому для каждого типа носителя должен быть разработан отдельный раздел в дизайн-системе со своими правилами и параметрами. Т.е. в идеале нужно создать эталонный образец для каждого типа, к которому вы планируете применять дизайн-систему.


#дизайн #презентации


@productvibe
Продуктовый Вайб | StartUps & AI
202006
# Генерация агента — это ещё не ТЗ

Эра LLM-ок переписывает обязанности тех, кто ставит задачи.
Раньше менеджер собирал ТЗ сам. Теперь агент выдаёт счастливому менеджеру простыню выводов и у него появляется соблазн просто переслать её подрядчику и считать, что задача поставлена.

Но это не постановка задачи.
Это делегирование ответственности за фильтрацию сгенерированного ТЗ. Если ты сам не прогнал выводы через себя, то это не твоя задача. Ты обрекаешь людей, которые с тобой работают, делать это вместо тебя: разбирать противоречащие версии, отделять полезное от воды, гадать, что ты вообще отдавал агенту на входе и какой был контекст.

Часто вижу картину: клиент в эйфории от «гениальных решений» агента, а на подрядчика валится нескончаемый поток агентских аудитов и выводов. Польза там есть, безусловно. Но выявлять её приходится исполнителю — вместо работы человек занимается фильтрацией чужого нейрослопа.

Функцией современного менеджера становиться пропустить весь сгенерированный поток через себя: проверить каждое существенное утверждение, снять противоречия, выпилить воду. И отдать не генерацию, а чистое выверенное ТЗ. Сырые отчёты при этом можно приложить справочным материалом, но заменять ими управленческое решение нельзя.

Именно человек должен стоять между вероятностным выводом AI и ответственным действием.

Предвижу, что скоро это станет ключевым качеством менеджера. Исполнитель не должен работать археологом, раскапывая рассуждения агента, чтобы понять, что от него вообще хотят.

Выверенное человеком ТЗ — это артефакт, который должен стать частью контракта работы с агентами и LLM.

Garbage in — garbage out, все уже, наверное, знают. Но есть нюанс: даже из качественного сырья на входе, новый garbage на выходе генерируется тоже очень быстро.

Поэтому я также рекомендую: filter in — filter out.



Продуктовый Вайб | StartUps & AI
149004
Photo
# Деньги в ИИ

Немного с запозданием поделюсь впечатлениями с прошедшего на прошлой неделе офлайн ивента “Деньги в ИИ”. Поделюсь тем, что унёс, но не со сцены, а из общения. Если честно, спикеров почти не удалось послушать, все четыре часа проговорил с людьми. И это было очень ценно.

У меня лично сформировались четыре среза основных тем:

1. "Где брать клиентов?". Самый частый вопрос ко мне. Не "как делать продукт", не "какой стек". А где искать первого покупателя. Я, в основном, про это и рассказывал — про воронку через OpenClaw, про то, что рынок сам приводит людей через эту тему. Подробнее этот тезис раскрыл в .

2. Прикладной интерес к процессу. Спрашивали про TDD, про подходы к дизайну, про пайплайн разработки в соло, как все у меня устроено. Это сильно отличается от обычных конф, где спрашивают "что вы посоветуете", здесь спрашивали "покажи как у тебя". Выложу на этой неделе несколько скиллов, которые покрывают несколько важных пайплайнов моей работы.

3. Парадокс с обходными путями. Несколько раз поднималась тема: чтобы развивать бизнес сейчас, нужно постоянно обходить ограничения. И даже чтобы заплатить за софт — нужно искать схемы. Бизнес двигается не благодаря системе, а вопреки.

4. И главное, что зацепило — вопрос о границах полезности AI. Из того, что я услышал, по ощущениям процентов 70% это кейсы, где конкретной потребности нет, а внедряют "потому что хочется быть в тренде" или "сверху сказали". И вот этот разрыв между реальной потребностью и навязанным хайпом.

Мой личный ответ простой и банальный. AI имеет смысл там, где у вас уже есть доменная экспертиза и понятная задача. На эту задачу AI ложится как мультипликатор. А если реальной боли или задачи нет, то и никакая интеграция её не создаст. Логика таже, что и для любого стартапа: сначала определи и докажи, что проблема существует не только в твоей голове и только потом берись за реализацию.

Это и есть граница "нужно / не нужно".

Спасибо DeFrens ( https://t.me/niknovo) и Артёму https://t.me/prompt_design за организацию ивента, за классных и интересных людей.


Продуктовый Вайб | StartUps & AI
https://prodvibe.ru/
280006
Намечается классный оффлайн-ивент, много интересных и актуальных тем. Естественно все — про ИИ.
Я буду рассказывать кейс автоматизации своего агентства https://supermvp.space/.

Буду рад увидеться! 🙂
277003
Photo
А у нас фулл-хаус по спикерам, и почти закончились билеты. Так что если вы еще думаете, идти 29 апреля в Москве на офлайн-мероприятие «Как зарабатывают на ИИ в 2026?» или не идти, можете подождать денек - и такой дилеммы больше не будет. Ну а если решили, то вот что вас ждет, кроме теплой и ламповой тусовочки:

Программа:
1. Компания без сотрудников: как в реальности зарабатывает B2B с ИИ
• Артем Астапенко, основатель AgentArea
• Роман Королев, основатель KorolevLabs

2. B2G и потенциал ИИ-агентов в работе с государством
• Вячеслав Береснев, ген дир ЦИИ «Нейролаб», исполнительный директор АЛРИИ, федеральный эксперт Аналитического центра Минобрнауки
• Александр Ляпин, основатель «Импакт медиа»
• Дмитрий Жихарев, Россельхозбанк, CTO платформы «Раиса»

3. Автоматизация под ключ: агентства нового типа
• Алекс Копыстынский, Founder at http://SuperMVP.space/, автор канала

4. Опыт автоматизации логистической компании
• Артём Копалейшвили, ИИ Автоматизатор / AiXenix, автор тг-канала https://t.me/aixenix

5. Как сделать обучение ИИ интересным для детей любого возраста
• Станислав Киреев, преподаватель в сфере искусственного интеллекта

6. Дети и ИИ: обучение, интерес, вовлечение
• Станислав Киреев, преподаватель в сфере ИИ  https://t.me/ai_kireev
• Артем Субботин, автор канала https://t.me/prompt_design
• Константин Куликов, директор по ИИ в маркетинге, Альфа-Банк
• Константин Урванцев, Основатель Альтаирика - лидер рынка VR образования для детей. ИИ маньяк, член БК Атланты, ТГК https://t.me/FranchCamp_kitchen

7. Контент, образование и комьюнити: как монетизируется экспертиза в ИИ
• Фёдор Скуратов, CEO Combot, сооснователь https://t.me/communities

🗓 29 апреля, 17:30-23:00
📍 Никитский бульвар, 7Б, https://svetloft.com/
🔗 Ссылка на регистрацию: https://defrens.timepad.ru/event/3924951/

Скидка 15% на билет для подписчиков канала — промокод AIFren
233000
Наблюдение про OpenClaw. Мой последний пост был о том, что OpenClaw в его текущем виде слабо подходит для коммерческого использования и в нем слишком много слабых мест, чтобы использовать его в продакшене для управления бизнес-процессами.

Но дальше случился интересный парадокс. Почти все клиенты приходят именно с запросом примерно "хочу настроить OpenClaw для решения своих бизнес задач".

И причина тут не в том, что OpenClaw хороший enterprise-стек. А в том, что он оказался очень понятной демонстрацией самой идеи автоматизации через AI. Люди, которые раньше были далеки от LLM и автоматизации, у которых было недоверие ко всему этому AI-хайпу, вдруг начали видеть, как такие системы могут автоматизировать именно их задачи и примерять эту модель управления бизнесом на себя.

То есть OpenClaw для них сработал как входная точка. Как интерфейс, через который становится понятно: ага, вот здесь может использовать его как парсер, вот здесь как память, вот здесь как таск-менеджера, вот здесь как секретаря, вот здесь как автоматизацию процессов и так далее. Это масс-адопшен для бизнеса.

А дальше уже может начинаться работа AI-архитектора, AI-инженера или как угодно еще можно его назвать. Не “ставим OpenClaw в бизнес как есть”, а проектируем кастомный продукт на основе OpenClaw под конкретный сценарий и конкретные задачи с учетом требований безопасности компании и пользовательских ролей (например). Где-то он архитектурно наследует OpenClaw, где-то нужны собственные решения, но уже решает более узкую задачу, лучше контролируется и гораздо лучше подходит под реальные требования бизнеса. Так OpenClaw соединяет бизнес с новым классом AI-специалистов.

И, возможно, в этом его настоящая ценность. Не как конечного решения для компании, а как понятной промежуточной модели, через которую бизнес вообще начинает осмысливать, что ему можно построить на базе LLM, а затем уже думает, кто ему нужен для решения этой конкретной задачи.


Продуктовый Вайб | StartUps & AI
222006
Задокументированные деплои:
- https://www.reddit.com/r/openclaw/comments/1rtkzjn/ (агентство по уходу, ивенты, образование, автодетейлинг) — n8n генерирует конфигурацию для каждого клиента
- https://simonroses.com/2026/02/: AgentX через Telegram на Raspberry Pi 5, cron-задачи, сканирование сети. Заявляет 5 000+ EUR экономии при ~50 EUR расходов на API
- https://www.reddit.com/r/openclaw/comments/1qzs5yu/: 14 AI-агентов управляют SaaS с $200K ARR на одном VPS за $5
- EasyLab (Люксембург): iMessage-бот для бизнеса — работает после 6 уровней hardening, но дорогой ценой (см. инциденты выше)
- https://dev.to/behruamm (Commander, Strategist, Engineer, Creator, Think Tank) через Discord + Telegram с мульти-уровневой памятью

Очень важно понимать различие между "AI-агентом" и OpenClaw. OpenClaw - это не просто агент, это экосистема или ОПЕРАЦИОННАЯ СИСТЕМА для AI-агента с кучей встроенных инструментов. Если у тебя есть конкретная понятная бизнес-задача для решения, то OpenClaw, скорее всего, будет избыточен.
По сути, OpenClaw — это швейцарский нож на 50 лезвий. Если тебе нужны ножницы и отвёртка, то проще взять ножницы и отвёртку, чем таскать с собой весь нож и заклеивать скотчем 48 лезвий, чтобы не порезаться.

OpenClaw спроектирован как персональный ассистент, не как корпоративный инструмент. Захарденить можно — но это 8-16 часов обслуживания в месяц. Мое осторожное предположение, что в 90% случаев, проще и безопаснее написать своё решение под конкретные бизнес-задачи, чем аудировать 500К строк кода и сопутствующие тулзы


#OpenClaw #AI #безопасность

Продуктовый Вайб | StartUps & AI
https://prodvibe.ru/
305004
Photo
# OpenClaw для бизнеса — что говорят Kaspersky, Microsoft, Cisco. Примеры кейсов. Советы по безопасности

Делал глубокий ресерч по архитектуре и безопасности OpenClaw для клиентского проекта. Интересный получился сборник цитат и примеров, решил поделиться результатами.

Что говорят эксперты

https://www.kaspersky.com/blog/openclaw-vulnerabilities-exposed/55263/ (январь 2026): 512 уязвимостей, 8 критических. Вердикт — "в лучшем случае небезопасно, в худшем — крайне безрассудно".

https://www.microsoft.com/en-us/security/blog/2026/02/19/running-openclaw-safely-identity-isolation-runtime-risk/: классифицирует как "двойной supply chain risk" — и скиллы, и внешние инструкции работают в одном рантайме с полными правами агента. Ключевой принцип: "контроль доступа важнее интеллекта".

https://blogs.cisco.com/ai/personal-ai-agents-like-openclaw-are-a-security-nightmare: "кошмар безопасности для корпоративного использования". Скилл номер 1 по популярности в ClawHub оказался вредоносным.

https://semgrep.dev/blog/2026/openclaw-security-engineers-cheat-sheet: 12% скиллов в маркетплейсе — малварь. Все 4 принципа безопасности AI-агентов нарушены.

https://www.bitdefender.com/en-us/blog/hotforsecurity/135k-openclaw-ai-agents-exposed-online: 135 000+ открытых инстансов в интернете. 93.4% без аутентификации.

https://onyx.app/insights/openclaw-enterprise-evaluation-framework (Onyx AI): общий score — 1.2 из 5.0. Порог для enterprise — 4.0.

---

Реальные инциденты

https://cyberpress.org/clawhavoc-poisons-openclaws-clawhub-with-1184-malicious-skills/ — атака на supply chain: 1 184 вредоносных скилла (~20% маркетплейса), 9 000+ установок.

https://medium.com/@buzzbyjool (Люксембург) пыталась строить iMessage-бот для бизнеса на OpenClaw. Итог: утечка PIN-кода через саб-агента, 4 полных переписывания архитектуры и 3-дневный silent failure — бот перестал работать, а никто не заметил, т.к. выходные.

Memory leak: рост с 1.8 ГБ до 4+ ГБ за 2 недели. Еженедельные рестарты обязательны.

---

Но если, все же решили использовать, то вот конкертные рекомендации, как максимально его обезопасить.

1. Rootless Podman вместо Docker — Docker-демон работает от root, и при побеге из контейнера атакующий получает root-доступ к хосту. Podman работает без демона и от обычного пользователя — даже container escape даёт только непривилегированный доступ
2. Deny-группы инструментов — OpenClaw позволяет запретить целые категории тулзов: automation (скрипты по расписанию), runtime (выполнение кода), fs (доступ к файловой системе), exec (shell-команды), browser (доступ к веб-сессиям). По дефолту всё открыто
3. Session isolation: per-channel-peer — по дефолту OpenClaw использует режим "main", который сливает все диалоги в одну сессию. Per-channel-peer изолирует каждого пользователя в отдельный контекст, т.к. иначе агент может отвечать одному пользователю данными другого
4. Gateway: loopback + token auth — gateway это точка входа для подключения к агенту. Loopback означает, что он слушает только на localhost (недоступен снаружи), а token auth требует токен для подключения
5. LiteLLM как credential broker — прокси между агентом и API провайдеров (OpenAI, Anthropic). Агент отправляет запросы через LiteLLM, а тот подставляет реальные API-ключи. Так агент никогда не видит ключей напрямую — даже при prompt injection утечь нечему
6. Egress filtering через прокси — исходящий трафик агента идёт через прокси-сервер (Squid), который пропускает запросы только на разрешённые домены. Без этого агент может тихо отправлять данные куда угодно — curl на внешний сервер, и DLP-системы этого не видят
7. Скиллы только свои — из ClawHub ничего не ставить
8. Еженедельные рестарты (memory leak не починен)

Кстати сегодня Nvidia https://www.nvidia.com/en-us/ai/nemoclaw/ свою надстройку безопасности для OpenClaw — NemoClaw. Это такая обёртка поверх OpenClaw, добавляющая sandbox-изоляцию через OpenShell. https://github.com/NVIDIA/NemoClaw.

---

При всём этом — реальные люди используют hardened OpenClaw для бизнеса. Нашел минимум 5 реальных деплоев (думаю, их гораздо больше): от агентства по уходу до SaaS с $200K ARR на одном VPS за $5. Что ж, я верю, что это возможно сделать, но это ПУТЬ.
252004
Photo
# Claude: продвинутая визуализации, функция /btw и расширенный до 1M контекст

Антропики сыпят обновлениями как из рога изобилия. Расскажу про два апдейта и одну классную фичу.

1. Визуализация

Этот апдейт касается классического интерфейса Claude — теперь он умеет рисовать очень красивую инфографику, интерактивные визуализации с учетом физики, динамические графики и много другое. Это лучше один раз увидеть, чем описывать, https://claude.com/blog/claude-builds-visuals можно посмотреть видео с демонстрацией.

2. 1 млн контекстное окно

Не то, чтобы неожиданное обновление, наоборот — его очень давно все ждут. Но это просто БОМБА. Теперь у Opus и Sonnet 4.6 контекстное окно расширено до 1М токенов! Не уверен, что есть смысл рассказывать, что это дает, но в двух словах — это намного более бесшовный процесс работы, особенно над большими проектами, лучшее понимание контекста проекта, реже включение режима сжатия контекстного окна, сумасшедшие объемы данных, которые за раз может переварить Claude.

3. /btw

Маленькая, но очень удобная фича. Часто в процессе работы нужно задать какой-то уточняющий вопрос по процессу или проекту. Обычно вкидываешь его в рабочий чат и агент отвечает на него, прерывая основной процесс, затем продолжает.
Это, во-первых, засоряет основной контекст, во-вторых, на такое прерывание/ответ агента тратится много токенов.
Теперь можно задавать доп. вопросы по текущему контексту через команду
/btw. Логика работы, как если бы ты вызвал субагента, который зашел в ваш чатик с основным агентом, собрал для тебя инфу, ответил и отключился.


#ClaudeCode #AI

Продуктовый Вайб | StartUps & AI
https://prodvibe.ru/
203003
Photo
# База про Cursor

Я понял, что мне нравится писать длинные лонгриды — но формат TG к этому не очень располагает. Сейчас накопилось очень много материала, который систематизирую и по-тихоньку превращаю в полноценные гайды — по продуктовой разработке, поиску идей, методологиям валидации, AI-инструментам и т.д. Буду публиковать их на сайте, а здесь делиться, конечно же, самыми интересными моментами и кейсами.

Первый материал — про Cursor.

---

Статистика

По данным Bloomberg, в марте 2026 годовая выручка Cursor достигла $2 млрд — удвоившись за три месяца. Самый быстрый рост в истории SaaS. Больше миллиона активных пользователей в день, 60% выручки от корпоративных клиентов — Nvidia, Uber, Adobe, Stripe, OpenAI. Оценка компании — $29.3 млрд.

Я сам сейчас больше работаю в Claude Code, но около года провёл в Cursor и рекомендую его как самый удобный и мощный инструмент для AI-разработки. Пропустил через него несколько серьёзных проектов, включая сложный проект для ритейла (4.5 месяца разработки), кучу пет-проектов и несколько продуктовых MVP. Неплохо знаю этот инструмент изнутри. Далее собрал несколько важных правил, которые сформулировал для себя

---

Rules — конституция проекта

Очень важная часть Cursor — Rules. Задаёшь агентам правила поведения для проекта: что можно, что нельзя, в каком порядке работать. Каждую ошибку превращаю в новое правило — "создавай логи после каждого спринта", "перед правкой документации сначала согласуй со мной", "не коммить без моего подтверждения". Многие правила потом кочуют из проекта в проект, и агент всё точнее понимает мои предпочтения.

По сути, ты создаёшь "конституцию" проекта. Тот же принцип в Claude Code ( http://CLAUDE.md/) и в любом другом AI-инструменте.

---

Методология важнее инструмента

Cursor мощный, но без правильного подхода результат непредсказуемый. Писал про это раньше, но повторю в контексте Cursor:

Документация — это всё. PRD на продукт, спеки на каждый блок, readme со структурой и архитектурой. Без чёткого плана модель уплывёт в сторону вместе с тобой.

Логируй шаги. Что сделали, какое решение приняли, почему. Для себя и для модели — чтобы всегда можно было вернуться в историю решений. В Cursor для этого удобно повесить кастомную команду.

Сохраняй неудачные попытки. Не откатывайся к исходной точке — зафиксируй: что пробовали, почему не получилось, как сделать по-другому. Каждая неудачная попытка — золото. При следующей попытке воронка к правильному решению сужается.

Минимизируй дубли. Модель любит плодить сущности — новые решения того, что уже создано. Держи документацию по каждому блоку: какие сущности есть, как работают, как связаны.

Проси агента делать ревью. Периодически. На разных этапах можно увидеть проблемы в логике и архитектуре, которые накапливаются незаметно.

Режим планирования — рекомендую использовать всегда, даже для простых задач. Агент сначала составляет план, может задать уточняющие вопросы, которые тебе были совсем не очевидны.

Выбор модели. Разные модели ведут себя по-разному. Но все топовые уже настолько умные, что в рядовых проектах оценка качества результатов очень субъективна. GPT-5.3 в Cursor для меня — оптимальный баланс цена/скорость/качество. Claude от Антропиков (Opus) — очень дорогой, зачастую стоил в 3-4 раза дороже и лимиты улетали за несколько дней. Поэтому его я использую в основном только через Claude Code.

---

Cursor vs Claude Code

После года в Cursor параллельно перешёл на Claude Code. Разные инструменты для разных задач. Cursor — визуальный, быстрый, для интерфейсов, прототипов и наглядности архитектуры проекта. Claude Code — глубокий, автономный, для больших и сложных агентских флоу.

---

По стоимости Cursor стартует с $20/мес. Но если активно гонять тяжёлые модели и фоновых агентов — очень легко улететь в $200+.

https://prodvibe.ru/article/cursor-ide-obzor разобрал более подробно: сравнение с Claude Code, 10 настроек для продуктивности, MCP-серверы, подводные камни и многое другое.


#Cursor #AI #вайбкодинг

Продуктовый Вайб | StartUps & AI
https://prodvibe.ru/
185007
# Claude Code Remote Control - кодим с телефона

Очень маленькая, но очень желаемая мной фича добавлена в Claude Code - Remote Control. Теперь можно подключиться к локальной сессии CC с телефона через мобильное приложение Claude (iOS/Android) и рулить процессом разработки оттуда.

Даёшь Claude задачу с телефона, а работа идет в реальном времени на твоем компе. Вайб-кодерам официально разрешено оторваться от рабочего стола и, как сейчас часто говорят, - пойти потрогать траву.

Как настроить

Два варианта:
- Если ещё не в сессии: заходишь в папку проекта и пишешь claude remote-control (или коротко claude rc)
- Если уже работаешь в CC: прямо в сессии набираешь /rc

В обоих случаях получаешь URL для подключения. Если нажать пробел в терминале - появляется QR-код, сканируешь телефоном и локальная сессия отобразиться во всех твоих Claude интерфейсах, как облачный чат (с подписью remote).

На телефоне: Claude App -> раздел Code -> выбираешь свою сессию. Отправляешь задачи, даёшь пермишены, смотришь за процессами, видишь все файлы. Просто кайф.

На сомом деле до этого уже были похожие утилитки для удаленного управления CC, но теперь этот функуционал поддерживается из коробки.

Tip: перед /rc полезно сделать /rename - дать сессии понятное имя, чтобы потом не путаться в списке.

Нюансы:
- нужен Max-план (поддержка Pro скоро добавят)
- терминал должен оставаться открытым - закрыл окно, сессия умерла.
- желательно настроит комп, чтобы не уходил в сон. Но если ушел, то сессия переподключится сама, когда проснётся

По сути, теперь можно кодить лёжа на диване с телефоном в руке. Далеко не все, конечно, удобно делать с телефона, но тенденция классная.

https://code.claude.com/docs/en/remote-control


#ClaudeCode #tip


Продуктовый Вайб | StartUps & AI
206003
Photo
# Команды AI-агентов: прототип приложения одним промптом через AutoForge

Вчера на конференции, организованной Артемом, автором канала https://t.me/prompt_design, и https://t.me/defrensnews рассказывал про кейсы автоматизации разработки через команды AI-агентов. Основой инструмент, который показывал, - приложение https://github.com/AutoForgeAI/autoforge и сравнил его с недавно релизнутой фичей в Claude Code - Teams. Cобрал одно и то же приложение через каждого и сравнил результат.

Если честно, то я скептически отношусь к разработке через один промпт и всегда рекомендую инвестировать время в длинный и качественный план-спецификацию. Чем лучше понимание и продуманнее структура на входе, тем более качественный результат на выходе. Всегда.
Но появление такого инструмента, как AutoForge, заставило меня немного пересмотреть свое отношение к подходу, т.к. оно реально делает очень большую работу по созданию качественной спецификации и вместе с библиотекой Agent SDK позволяет получать действительно достойные результаты.

На чем тестировал

В качестве тестовой задачи сделал прототип приложения для валидации стартап-идей - IDea Validator. Пользователь вводит идею, AI аналирует ее, задаёт уточняющие вопросы, три агента параллельно ищут конкурентов, анализируют рынок, ищут боли пользователей ( https://github.com/deedy5/ddgs Reddit, HackerNews) и выдают отчёт. В качестве ТЗ на вход я написал подробную спецификацию - один документ с архитектурой, фичами, API-контрактами - и закинул её в оба инструмента.

AutoForge - что внутри

AutoForge - это очень простой и удобный интерфейс поверх Claude Code CLI + Agent SDK от Антропиков с удобной Kanban-доской. Считаю, что plan mode должен выглядеть именно так. Что круто - прога работает с любой LLM через .env. Установка простая: качаем архив с github, распаковываем, запускаем start_ui.bat на винде, чтобы запустить программу в Web-интерфейсе (для Mac start_ui.sh). После запуска все зависимости установятся автоматически и запустится интерфейс.

Процесс начинается с pre-planning chat: загружаешь спецификацию, AutoForge задаёт уточняющие вопросы, потом автоматически разбивает проект на микрозадачи (фичи) и строит dependency graph - дерево зависимостей. В данном случае получилось 68 задач. Кстати, можно работать как с новым проектом, так и с уже существующим.

Дальше задачи переносятся на канбан и собирается команда агентов: Maestro - оркестратор, исполнители и тестировщики. Maestro распределяет задачи, исполнители берут их в работу, тестировщик проверяет и так по кругу. Всё автономно. Можно добавлять фичи на лету, общаться с агентом-ассистентом, включить расписание, тонко настроить процесс.

В финальном прототипе, который получился на выходе я сделал руками ровно одну вещь: прописал API-ключ в env. Т.е. приложение работало из коробки без единой правки. Скачать и протестировать можно https://github.com/kophysty/IdeaValidator Ресерч работает очень неплохо, но сразу скажу, что результат не будет выдающимся, т.к. время ресерча ограничил одной минутой для быстрой демонстрации. Для поиска использовал бесплатную библиотеку DuckDuckGo, бесплатный API reddit и hackernews. Поэтому для работы и запуска потребуется только установленый Claude Code CLI. Общее время разработки с 5 включенными dev-агентами + один тестировщик получилось примерно 6-8 часов.

Claude Code Orchestration Teams

Orchestration Teams - бета-функция Claude Code. Более подробно про опыт работы команд и как активировать писал В Teams нет pre-planning chat и автоматической декомпозиции (но как всегда доступен plan mode). Поэтому разбивку на подпланы я делал предварительно вручную: получился мастер-план и 5 подпланов с задачами. Также попросил заранее продумать состав команды и проверить наличие нужных Скиллов.

Дальше Team Lead создаёт агентов с нужными специализациями - frontend, backend - и распределяет работу. Агенты работают параллельно и отчитываются Team Lead. Можно обсуждать с тим-лидом процесс, давать новые задачи, подключать дополнительных агентов.
123005
# JTBD (Jobs To Be Done) - продуктовый подход, который стоит попробовать

Если коротко - JTBD помогает понять, почему пользователь уходит к конкуренту. Или почему у кого-то получается лучше, чем у тебя. Или вообще - зачем человек "нанимает" твой продукт на самом деле. Не какие фичи ему нужны, а какую задачу в жизни он пытается закрыть.

По сути, для стартапа это ранний поиск реальных болей клиента. Не того, что человек говорит на интервью ("мне нужна CRM с аналитикой"), а того, что он на самом деле делает и почему. Когда ты это понимаешь - становится сильно проще решать, что строить, а что отложить.

Подход очень классный для интеграции в продуктовые процессы. Хоть при планировании нового продукта, хоть при приоритизации фич в существующем.

Раньше это было долго и дорого. Десятки интервью, ручной анализ, аналитик на неделю. Но сейчас есть интересный сдвиг - JTBD в привычном представлении трансформируется. Ты проводишь 5-10 пользовательских интервью, записываешь, транскрибируешь и дальше транскрипт становится, по сути, безлимитным источником данных для AI. Один промпт - и ты видишь мотивации. Еще один - открываются барьеры и страхи. А потом паттерны: почему люди переключаются между продуктами. То, на что раньше тратились дни аналитической работы, сейчас AI помогает разобрать очень быстро.

Что использовать. Есть очевидные и не очень инструменты. Можно руками загружать интерьвю в Claude, ChatGPT или куда угодно. Более продвинутый вариант - написать свой скрипт, если хочется кастомный анализ и, например, саммари в виде сверстанной html-страницы. А есть готовые платформы, например, ASEED, заточена именно под JTBD-исследования.

AI не заменяет сами интервью, т.к. подсознательные мотивы ловятся только в живом разговоре. Но аналитика после - это сейчас однозначно территория AI.

#JTBD #AI #продукт


Продуктовый Вайб | StartUps & AI
157004

Showing 30 of 38 posts

Рейтинг

Требуется вход

Frequently Asked Questions

О чём Telegram-канал Продуктовый Вайб | StartUps & AI?+

Продуктовый Вайб | StartUps & AI (@productvibe) — Telegram-канал в категории Инструменты хакинга на tgdio. На профиле есть рейтинг, отзывы, ранг и свежие посты — решите до подписки в Telegram. Сейчас на tgdio указано около 865 подписчиков.

Как вступить в Продуктовый Вайб | StartUps & AI (@productvibe) в Telegram?+

Откройте профиль канала на tgdio, нажмите Join / Open in Telegram и подпишитесь на @productvibe в приложении или веб-версии Telegram бесплатно.

Стоит ли подписываться на Продуктовый Вайб | StartUps & AI (Инструменты хакинга)?+

На tgdio можно проверить рейтинг, отзывы, ранг и свежие посты Продуктовый Вайб | StartUps & AI до подписки. Сейчас на tgdio указано около 865 подписчиков. Сравните с похожими каналами Инструменты хакинга.

Где смотреть статистику и посты Продуктовый Вайб | StartUps & AI?+

На tgdio откройте страницу @productvibe: статистика подписчиков, ранг, рейтинг и посты. Ссылка Stats даёт графики роста и активности.