# Ваша IDE больше не место, где вы строите Mistral выпустила режим, где вы запускаете сборку из Slack, агент работает в облачной песочнице, пока ваш ноутбук выключен, а обратно вы получаете pull request на ревью. Cursor и другие делают то же. Редактор — то, что мы считали местом, где делается софт, — тихо становится одним из триггеров среди многих. Работа переезжает из нажатий клавиш в окне в задачи, которые вы делегируете, и диффы, которые судите. Это сдвиг в профессии больше, чем кажется. - **Author:** Фёдор Чищин - **Published:** 2026-06-06 - **Tags:** methodology, ai-native, agents - **Source:** https://fedorthinks.com/ru/blog/your-ide-isnt-where-you-build --- В этом месяце вышла небольшая фича, которая, по-моему, отмечает поворот крупнее, чем намекал её анонс. Mistral переименовала свой чат в Vibe и дала ему [«Code Mode»](https://mistral.ai/news/vibe-agent/), где вы подключаете GitHub-репозиторий, запускаете сессию написания кода в изолированной облачной песочнице — и вот эта часть — агент работает, открывает pull request и уведомляет вас, «чтобы вы ревьюили результат, а не каждое нажатие, которое его произвело». Сессии идут параллельно, продолжаются, пока машина выключена, и могут [запускаться из Slack](https://mistral.ai/news/vibe-remote-agents-mistral-medium-3-5/), а не только из редактора. Перечитайте последнее. Вы можете запустить настоящую работу над софтом из сообщения в Slack. Место, где происходит сборка, только что перестало быть IDE. ## Редактор никогда не был священным — просто так ощущался Всю нашу карьеру у «где ты кодишь» был очевидный ответ: редактор. Там ты печатал, там жила работа, кокпит. Vibe, и [Automations](https://www.techbuzz.ai/articles/cursor-launches-automations-for-trigger-based-ai-coding) от Cursor, и волна фоновых агентов тихо его понижают. Версия Cursor поднимает изолированную облачную VM, клонирует репозиторий, работает в собственной ветке и выдаёт вам PR на ревью. Инструмент Tembo делает Slack [главным интерфейсом](https://www.tembo.io/blog/slack-coding-assistant): опиши задачу в канале — получи готовый к продакшену PR в том же треде. Общая форма у всех: сборка идёт _где-то ещё_, в облаке, параллельно, и возвращается к вам как дифф для оценки. Редактор становится одним из мест, где вы _можете_ посмотреть этот дифф, — а не местом, где случилась работа. Кокпит превратился в уведомление. ## Это «направлять, а не печатать», дошедшее до конца Я писал, что моя работа сместилась от [печати кода к направлению агентов, которые его пишут](/blog/directing-not-typing). Этот месяц делает конкретным следующий шаг: раз вы направляете, а не печатаете, _вам не нужно сидеть в редакторе, чтобы это делать_. Если настоящая работа — это сформулировать задачу и оценить результат, то триггер может быть где угодно: сообщение в Slack, CLI, трекер задач, таймер, — а на выходе всегда одно и то же: изменение, которое вам одобрить. Это переосмысляет всю профессию. Единица работы перестаёт быть «днём в редакторе» и становится «задачей, которую я делегировал, и диффом, который отревьюил». Это тот же ход, что и переход [от одобрения каждого шага к ревью результата](/blog/from-approving-to-watching), доведённый до того, как вы физически работаете: вы запускаете, агент мелет в облаке, вы возвращаетесь к результату. Нажатия, которые его произвели, вас больше не заботят — так же, как вы не читаете ассемблер, который выдаёт компилятор. ## Что реально меняется для вас Из этого выпадает несколько следствий, и их стоит опередить: - **Спецификация становится настоящим интерфейсом.** Когда вы запускаете из Slack и получаете PR, единственное, что вы реально написали, — это описание того, чего хотели. Чем оно яснее, тем лучше дифф. Это [спецификация как артефакт](/blog/specs-are-the-artifact), сделанная буквальной: то, что вы пишете в канал, _и есть_ работа. - **Ревью становится главным навыком.** Если агент пишет, а вы судите, то ваша пропускная способность ограничена тем, как быстро и хорошо вы читаете дифф, а не как быстро печатаете. Узкое место переехало из производства в оценку — вкладывайтесь туда. - **Параллельность становится нормой — и опасностью.** Сессии идут разом, пока ноутбук спит. Это рычаг, но пять агентов, открывающих пять PR, которые вы бегло проглядываете в полночь, — ровно то, как непроверенный, тонко неверный код доезжает до main. Больше параллельной сборки требует _больше_ дисциплины ревью, а не меньше. - **Триггер появляется и у не-разработчиков.** Когда интерфейс — Slack, продакт или инженер поддержки может запустить изменение, тегнув агента. Это мощно — и это проблема управления: кто-то всё равно должен отвечать за то, что доезжает до продакшена. ## Вывод Не перечитайте лишнего: IDE не умерла, и полно работы, которая всё ещё хочет вас в редакторе, руками в коде. Но центр тяжести смещается. Дефолтная ментальная модель — «строить софт значит сидеть в редакторе и печатать» — становится одним вариантом из нескольких, и всё чаще не главным. Сдвиг, который стоит впитать: _где_ вы строите, отвязывается от редактора, а _что_ вы делаете, съезжает от производства кода к его спецификации и оценке. Быстрее всех адаптируются те, кто привыкнет запускать работу откуда угодно и — что важнее — ревьюить то, что возвращается, как будто это важно. Потому что единственное, что не переехало в облако, — это ответственность за то, что отгружается. Она осталась ровно там же, где была всегда: на вас.