6 июня 2026 г.
Ваша IDE больше не место, где вы строите
Mistral выпустила режим, где вы запускаете сборку из Slack, агент работает в облачной песочнице, пока ваш ноутбук выключен, а обратно вы получаете pull request на ревью. Cursor и другие делают то же. Редактор — то, что мы считали местом, где делается софт, — тихо становится одним из триггеров среди многих. Работа переезжает из нажатий клавиш в окне в задачи, которые вы делегируете, и диффы, которые судите. Это сдвиг в профессии больше, чем кажется.
В этом месяце вышла небольшая фича, которая, по-моему, отмечает поворот крупнее, чем намекал её анонс. Mistral переименовала свой чат в Vibe и дала ему «Code Mode», где вы подключаете GitHub-репозиторий, запускаете сессию написания кода в изолированной облачной песочнице — и вот эта часть — агент работает, открывает pull request и уведомляет вас, «чтобы вы ревьюили результат, а не каждое нажатие, которое его произвело». Сессии идут параллельно, продолжаются, пока машина выключена, и могут запускаться из Slack, а не только из редактора.
Перечитайте последнее. Вы можете запустить настоящую работу над софтом из сообщения в Slack. Место, где происходит сборка, только что перестало быть IDE.
Редактор никогда не был священным — просто так ощущался
Всю нашу карьеру у «где ты кодишь» был очевидный ответ: редактор. Там ты печатал, там жила работа, кокпит. Vibe, и Automations от Cursor, и волна фоновых агентов тихо его понижают. Версия Cursor поднимает изолированную облачную VM, клонирует репозиторий, работает в собственной ветке и выдаёт вам PR на ревью. Инструмент Tembo делает Slack главным интерфейсом: опиши задачу в канале — получи готовый к продакшену PR в том же треде.
Общая форма у всех: сборка идёт где-то ещё, в облаке, параллельно, и возвращается к вам как дифф для оценки. Редактор становится одним из мест, где вы можете посмотреть этот дифф, — а не местом, где случилась работа. Кокпит превратился в уведомление.
Это «направлять, а не печатать», дошедшее до конца
Я писал, что моя работа сместилась от печати кода к направлению агентов, которые его пишут. Этот месяц делает конкретным следующий шаг: раз вы направляете, а не печатаете, вам не нужно сидеть в редакторе, чтобы это делать. Если настоящая работа — это сформулировать задачу и оценить результат, то триггер может быть где угодно: сообщение в Slack, CLI, трекер задач, таймер, — а на выходе всегда одно и то же: изменение, которое вам одобрить.
Это переосмысляет всю профессию. Единица работы перестаёт быть «днём в редакторе» и становится «задачей, которую я делегировал, и диффом, который отревьюил». Это тот же ход, что и переход от одобрения каждого шага к ревью результата, доведённый до того, как вы физически работаете: вы запускаете, агент мелет в облаке, вы возвращаетесь к результату. Нажатия, которые его произвели, вас больше не заботят — так же, как вы не читаете ассемблер, который выдаёт компилятор.
Что реально меняется для вас
Из этого выпадает несколько следствий, и их стоит опередить:
- Спецификация становится настоящим интерфейсом. Когда вы запускаете из Slack и получаете PR, единственное, что вы реально написали, — это описание того, чего хотели. Чем оно яснее, тем лучше дифф. Это спецификация как артефакт, сделанная буквальной: то, что вы пишете в канал, и есть работа.
- Ревью становится главным навыком. Если агент пишет, а вы судите, то ваша пропускная способность ограничена тем, как быстро и хорошо вы читаете дифф, а не как быстро печатаете. Узкое место переехало из производства в оценку — вкладывайтесь туда.
- Параллельность становится нормой — и опасностью. Сессии идут разом, пока ноутбук спит. Это рычаг, но пять агентов, открывающих пять PR, которые вы бегло проглядываете в полночь, — ровно то, как непроверенный, тонко неверный код доезжает до main. Больше параллельной сборки требует больше дисциплины ревью, а не меньше.
- Триггер появляется и у не-разработчиков. Когда интерфейс — Slack, продакт или инженер поддержки может запустить изменение, тегнув агента. Это мощно — и это проблема управления: кто-то всё равно должен отвечать за то, что доезжает до продакшена.
Вывод
Не перечитайте лишнего: IDE не умерла, и полно работы, которая всё ещё хочет вас в редакторе, руками в коде. Но центр тяжести смещается. Дефолтная ментальная модель — «строить софт значит сидеть в редакторе и печатать» — становится одним вариантом из нескольких, и всё чаще не главным.
Сдвиг, который стоит впитать: где вы строите, отвязывается от редактора, а что вы делаете, съезжает от производства кода к его спецификации и оценке. Быстрее всех адаптируются те, кто привыкнет запускать работу откуда угодно и — что важнее — ревьюить то, что возвращается, как будто это важно. Потому что единственное, что не переехало в облако, — это ответственность за то, что отгружается. Она осталась ровно там же, где была всегда: на вас.
Комментарии
Пока нет комментариев
Войдите, чтобы участвовать в разговоре.
Будьте первым, кто оставит мысль.