В новом выпуске подкаста Ленни Рачитского гостем стал Роман Угарте (Roman Ugarte), руководитель продукта в Grok Bot и бывший руководитель отдела роста в Cursor. В центре обсуждения — феноменально быстрый запуск Grok Bot в рамках SpaceXAI: путь от первой строчки кода до внутреннего продукта занял всего четыре недели. Собеседники разбирают, почему команда выбрала стратегию создания отдельного продукта вместо расширения Cursor, как ручной онбординг первых 300 пользователей сформировал видение агента и почему концепция «ИИ-коллеги» с собственным облачным компьютером радикально меняет рынок интеллектуального труда.
🚀 История создания: продукт с нуля за один месяц 2:09
По словам Романа Угарте, Grok Bot начинался как эксперимент «чистого листа» . Команда SpaceXAI хотела создать инструмент для работы со знаниями (knowledge work), который был бы так же полезен широкому кругу специалистов, как Cursor полезен разработчикам. Для реализации этой задачи внутри компании была сформирована миниатюрная группа, которая буквально «заперлась в пещере» на месяц .
Ключевые факты о начальном этапе:
- Срок разработки: от первой строки кода до функционального внутреннего прототипа прошёл ровно один месяц .
- Изоляция: команда работала в отдельной части офиса со своими закрытыми каналами в Slack, чтобы не отвлекаться на долгосрочное планирование всей компании .
- Внутреннее тестирование: после демонстрации на общем собрании (All-hands) сотрудники SpaceXAI начали массово переходить с ChatGPT и внутренних инструментов на Grok Bot .
- Масштабирование: через три недели после внутреннего запуска продукт был подготовлен к публичному релизу на миллионы пользователей .
Роман Угарте отмечает, что такая скорость была возможна только благодаря маленькому размеру команды, которая принимала десятки мелких решений ежедневно без согласования 12-месячных дорожных карт .
🏗 Почему Grok Bot — это отдельный продукт, а не фича Cursor 8:40
Одним из самых спорных решений на старте было решение не встраивать агентские функции в уже успешный Cursor . Роман Угарте объясняет, что команда видела риск превращения продукта в «комбайн» с избытком вкладок и режимов работы, что обычно негативно воспринимается пользователями .
Аргументы в пользу отдельного продукта:
- Контроль над опытом: Возможность спроектировать каждый пиксель интерфейса под конкретные задачи работы со знаниями .
- Брендинг: Cursor воспринимается как инструмент для инженеров. Для нетехнических специалистов интерфейс IDE может быть пугающим .
- Целостность видения: Команда хотела избежать ситуации «принеси свой стиль работы», когда пользователю приходится самому настраивать сложные цепочки действий. Вместо этого предложили единую логику агента .
Ленни Рачитский проводит параллель с Codex, который пошёл по пути универсализации, и отмечает, что в долгосрочной перспективе станет ясно, какой подход эффективнее .
🤝 Уроки ручного онбординга: «начальник штаба» и скрытая механика 11:20
Уникальной особенностью запуска стало то, что Роман и его команда лично провели через процесс настройки и первого использования от 200 до 300 первых пользователей .
Этот опыт принёс два ключевых открытия:
- Паттерн «Начальник штаба»: Изначально пользователи создавали 5–10 узкоспециализированных ботов. Однако со временем они выбирали одного «главного» бота, повышали его до роли Chief of Staff и поручали ему управлять остальными агентами . Доходило до курьёзов: пользователи писали боту, что он получил повышение, а ИИ в ответ спрашивал о прибавке к зарплате и увеличении лимита токенов .
- Отказ от прозрачности «цепочки мыслей»: В отличие от конкурентов, Grok Bot скрывает промежуточные этапы работы (вызовы API, клики, поиск). По мнению Романа, пользователю не нужны ежесекундные апдейты о каждом нажатии кнопки, так же как менеджер не следит за каждым движением мышки живого сотрудника . В интерфейсе оставили только индикатор активности, похожий на статус печати в Slack .
💻 Технологический прорыв: облачный компьютер для каждого бота 30:02
Роман Угарте выделяет два фундаментальных архитектурных решения, которые, по его мнению, определили успех Grok Bot .
Первое — полный отказ от локальных запусков. Все задачи выполняются только в облаке . Это избавляет пользователя от необходимости держать свой компьютер включённым или настраивать сложные VPN-соединения для связи с мобильным приложением. Бот — это независимый субъект, который работает всегда .
Второе — принцип «своего ноутбука» для ИИ. Роман считает безумием текущую практику, когда ИИ-агенты пытаются использовать тот же компьютер и те же учётные данные, что и человек в текущий момент . «Представьте, что вы наняли сотрудника, но не дали ему ноутбук. Он сидит рядом с вами, мешает работать и пользуется вашим паролем. Это ровно то, как сейчас устроено большинство ИИ-ассистентов» , — иронизирует гость.
В Grok Bot каждый агент получает свою виртуальную машину (VM), где он может автономно нажимать на пиксели и взаимодействовать с интерфейсами сайтов, у которых нет API . Это позволило автоматизировать задачи в Salesforce, Shopify и даже закрытых корпоративных порталах, где обычные интеграции бессильны .
🧠 Философия «ИИ-коллеги» (Colleague-pilled) 39:20
Команда использует термин colleague-pilled для описания своего подхода к разработке продукта. Когда возникают споры о дизайне функции, разработчики спрашивают себя: «А как бы поступил человек-коллега в этой ситуации?» .
Примеры применения этой философии:
- Долгоживущие агенты: Бот — это не временная сессия чата, которую нужно закрывать. Это постоянный сотрудник с долгой памятью всех предыдущих взаимодействий .
- Голосовое взаимодействие: Вместо того чтобы просто «наговаривать текст», команда стремится к формату быстрых 5-минутных созвонов (как Huddles в Slack), где можно расшарить экран, обсудить задачу и разойтись .
- Инициативность: Вместо ожидания команды, бот должен выступать в роли «инфовора» (infovore) — постоянно мониторить Slack, почту и X, приходя к человеку только с важными выводами или срочными уведомлениями .
Роман делится собственным кейсом: его Grok Bot настроен на мониторинг всех упоминаний продукта в X, сопоставление их с внутренними отчётами об ошибках и автоматическую проверку возможности воспроизведения бага .
🛡 Хренди и «рвы»: как Cursor и Grok Bot выигрывают конкуренцию 1:06:40
Обсуждая успех Cursor на самом конкурентном рынке в мире, Роман Угарте отмечает, что технологические «рвы» (moats) часто обнаруживаются постфактум, а не планируются заранее .
Ключевые ценности команды:
- «Удаление продукта»: Команда регулярно удаляет функции, интерфейсные кнопки и временные «костыли», которые были нужны, пока модели были слабее . Продукт должен становиться проще по мере роста интеллекта моделей.
- «Просто сделай это» (Just do the thing): В SpaceXAI поощряется личная инициатива. Сотрудники не ждут разрешения, если видят проблему, которую нужно исправить .
- Переизобретение каждые 6 месяцев: Угарте утверждает, что компания должна быть готова полностью изменить свои приоритеты и пользовательский опыт дважды в год, иначе она проиграет .
Роман считает, что крупные игроки вроде Microsoft проигрывают в этой гонке не из-за нехватки ресурсов, а из-за «культурной неспособности» двигаться так же быстро и отказываться от старых наработок .
