Вот почему твоему ИИ-агенту нужен ACP в IDE

Буквально пару лет назад было весело обсуждать фронтендеров, у которых каждые полгода появлялся новый фреймворк или библиотека. Кажется, сейчас у них всё устаканилось и breaking change изменений в направлении развития уже не видно. Ну или может я о них не слышу.

Зато теперь источником новостей и обсуждений стал великий и ужасный искусственный интеллект ^[1] и всё, что с ним связано: релизы моделей каждую неделю, новые агенты каждый месяц и инновационные протоколы каждые полгода. Я думаю, вы уже слышали про MCP ^[2], вероятнее всего слышали про Skills ^[3], но вот с ACP ^[4] возможно ещё не сталкивались. Сегодня поговорим именно о нём.

Что такое ACP и зачем он нужен

Как я уже сказал, агентов в последнее время существует просто огромное количество: Claude Code, Codex, Cursor, Windsurf, Kilo Code, Qwen Code, Veai — можете продолжить самостоятельно и рассказать в комментариях, каким пользуетесь. С одной стороны это круто — чем больше конкуренция, тем лучше продукт и за меньшую стоимость мы как потребители должны в итоге получить. С другой стороны, наличие огромного числа инструментов без стандартизации и утверждения протоколов приводит к хаосу.

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

Схожую проблему в своё время решал LSP ^[5].

До 2016 года каждый редактор реализовывал поддержку каждого языка отдельно — автокомплит, go-to-definition, рефакторинги писались под каждую пару «язык + редактор» независимо. Microsoft выпустила Language Server Protocol: языковой сервер пишется один раз и работает в любом редакторе через единый интерфейс. Для JetBrains это был неприятный момент — Microsoft фактически реализовала базовую языковую функциональность, не делая почти ничего со своей стороны, и сделала её универсальной.

Теперь роли поменялись. JetBrains вместе с Zed выпустили ^[6]ACP — Agent Communication Protocol. Если раньше Microsoft стандартизировала общение редакторов с языковыми серверами, то теперь JB стандартизируют общение IDE с агентами. По сути, тот же принцип.

ACP определяет, как агент и IDE договариваются о формате сообщений, инструментах и контексте. Важно понимать: это не то же самое, что, например, настройка Kilo Code для работы с Codex или локальной LLM, о чём я рассказывал в недавней статье ^[7] и видео ^[8].

Там вы просто дёргаете API с вашими кредами. То есть агент у вас Kilo Code, а вот запросы к модели/провайдеру, идут к тому, которого вы выбрали. Например, подключить таким образом Claude Code или OpenCode без ACP не выйдет. ACP позволяет подключить именно агента целиком, с его инструментами и логикой ^[9]. Anthropic, кстати, уже начала бороться с прямым обращением к API в обход агентного слоя.

Мы в OpenIDE, конечно же, понимаем, что без AI в современном мире никуда. У нас уже давно есть большое количество плагинов для работы с AI: Kilo Code, Continue, Veai и другие.

В конце концов в терминале можно запустить любого агента, ну и установить любое IntelliJ-совместимое расширение из маркетплейса JB ^[10], не только из нашего ^[11]. Поддержка ACP стала следующим шагом — базовую реализацию мы уже сделали. Она войдет в состав OpenIDE Pro, а на время beta-тестирования будет совместима и с базовой версией OpenIDE.

Если хотите попробовать ACP раньше остальных — напишите нам на почту ^[12], расскажем как настроить.

Уже сейчас OpenIDE ^[13] позволяет разрабатывать проекты на Java, Spring, Python, Go, JavaScript и TypeScript! А поддержка Docker и 300+ плагинов доступны абсолютно бесплатно в маркетплейсе ^[14]. Пробуйте российскую IDE в деле и подписывайтесь на нас в Telegram ^[15] или Max ^[16], чтобы не пропустить свежие обновления и полезные материалы.