Буквально пару лет назад было весело обсуждать фронтендеров, у которых каждые полгода появлялся новый фреймворк или библиотека. Кажется, сейчас у них всё устаканилось и breaking change изменений в направлении развития уже не видно. Ну или может я о них не слышу.
Зато теперь источником новостей и обсуждений стал великий и ужасный искусственный интеллект и всё, что с ним связано: релизы моделей каждую неделю, новые агенты каждый месяц и инновационные протоколы каждые полгода. Я думаю, вы уже слышали про MCP, вероятнее всего слышали про Skills, но вот с ACP возможно ещё не сталкивались. Сегодня поговорим именно о нём.
Что такое ACP и зачем он нужен
Как я уже сказал, агентов в последнее время существует просто огромное количество: Claude Code, Codex, Cursor, Windsurf, Kilo Code, Qwen Code, Veai — можете продолжить самостоятельно и рассказать в комментариях, каким пользуетесь. С одной стороны это круто — чем больше конкуренция, тем лучше продукт и за меньшую стоимость мы как потребители должны в итоге получить. С другой стороны, наличие огромного числа инструментов без стандартизации и утверждения протоколов приводит к хаосу.
Как ни крути, а пока что от IDE разработчики поголовно не отказываются. Всё ещё надо допиливать код за агентом, всё ещё хочется видеть код с красивой подсветкой, уметь навигироваться по нему, делать классные рефакторинги и так далее. Думаю, спорить с тем, что IDE для разработчика так же жизненно необходима, как топор дровосеку, никто не будет.
Схожую проблему в своё время решал LSP.
До 2016 года каждый редактор реализовывал поддержку каждого языка отдельно — автокомплит, go-to-definition, рефакторинги писались под каждую пару «язык + редактор» независимо. Microsoft выпустила Language Server Protocol: языковой сервер пишется один раз и работает в любом редакторе через единый интерфейс. Для JetBrains это был неприятный момент — Microsoft фактически реализовала базовую языковую функциональность, не делая почти ничего со своей стороны, и сделала её универсальной.
Теперь роли поменялись. JetBrains вместе с Zed выпустили ACP — Agent Communication Protocol. Если раньше Microsoft стандартизировала общение редакторов с языковыми серверами, то теперь JB стандартизируют общение IDE с агентами. По сути, тот же принцип.
ACP определяет, как агент и IDE договариваются о формате сообщений, инструментах и контексте. Важно понимать: это не то же самое, что, например, настройка Kilo Code для работы с Codex или локальной LLM, о чём я рассказывал в недавней статье и видео.
Там вы просто дёргаете API с вашими кредами. То есть агент у вас Kilo Code, а вот запросы к модели/провайдеру, идут к тому, которого вы выбрали. Например, подключить таким образом Claude Code или OpenCode без ACP не выйдет. ACP позволяет подключить именно агента целиком, с его инструментами и логикой. Anthropic, кстати, уже начала бороться с прямым обращением к API в обход агентного слоя.
Мы в OpenIDE, конечно же, понимаем, что без AI в современном мире никуда. У нас уже давно есть большое количество плагинов для работы с AI: Kilo Code, Continue, Veai и другие.
В конце концов в терминале можно запустить любого агента, ну и установить любое IntelliJ-совместимое расширение из маркетплейса JB, не только из нашего. Поддержка ACP стала следующим шагом — базовую реализацию мы уже сделали. Она войдет в состав OpenIDE Pro, а на время beta-тестирования будет совместима и с базовой версией OpenIDE.
Если хотите попробовать ACP раньше остальных — напишите нам на почту, расскажем как настроить.
Уже сейчас OpenIDE позволяет разрабатывать проекты на Java, Spring, Python, Go, JavaScript и TypeScript! А поддержка Docker и 300+ плагинов доступны абсолютно бесплатно в маркетплейсе. Пробуйте российскую IDE в деле и подписывайтесь на нас в Telegram или Max, чтобы не пропустить свежие обновления и полезные материалы.
