OpenCode 2.0: фоновый сервис, новый API и code mode для MCP
15 октября 2026 года вышел OpenCode 2.0 — не косметическое обновление, а смена архитектуры: один фоновый сервис на всю машину, переписанный API и режим, в котором агент вызывает MCP-инструменты прямо из JavaScript-скрипта. Разбираю, что изменилось для пользователя и где V2 ломает привычную настройку.
Клиент-серверная модель была в OpenCode с самого начала, но по умолчанию ею почти никто не пользовался — она оставалась инструментом опытных. В 2.0 сервер стал основой: он запускается как единый фоновый процесс, а терминальный интерфейс, веб-версия и десктопное приложение работают с ним как с одним и тем же ядром.
Раньше каждый запуск агента жил сам по себе. Теперь есть один сервис, к которому подключаются разные интерфейсы, и есть code mode, в котором агент вызывает инструменты не по одному вызову за раз, а скриптом. Это меняет и то, как вы работаете за клавиатурой, и то, как вы автоматизируете повторяющиеся задачи.
Что изменилось по существу
Code mode: инструменты как функции
Самая интересная часть релиза — пакет @opencode/codemode. Это минимальный JavaScript-интерпретатор, который принимает MCP-серверы или OpenAPI-эндпоинты и превращает их в функции, доступные агенту внутри скрипта. Без виртуальной машины Node.js и без встраивания QuickJS.
Практическая разница ощутима там, где раньше агент «ел» контекст по шагам: вместо десяти последовательных вызовов инструмента и десяти ответов в истории — один скрипт, который вызывает инструменты по мере необходимости и обрабатывает результаты по ходу. Меньше шума в контексте, меньше токенов, предсказуемее поведение.
Сценарии с массовыми однотипными действиями: обойти список файлов и извлечь данные, сверить выгрузку из учётной системы со списком документов, собрать таблицу по нескольким источникам. Там, где человек написал бы цикл, агент теперь тоже может написать цикл — а не двадцать отдельных вызовов.
Что известно про совместимость и переход
V2 — это отдельная ветка развития. Практический вывод, который стоит принять до обновления: обновляться нужно установщиком V2, а не сборками из репозитория. Мой опыт: если обновляться «как раньше», есть шанс откатиться на V1 — ветки разошлись, а репозиторий переехал, поэтому старые ссылки ведут уже не туда.
Первая. Десктопное приложение и обычный CLI обновляются отдельно: команда обновления подтягивает только самостоятельную сборку CLI, а приложение живёт со своей встроенной версией. Проверять версию нужно у того процесса, который реально работает.
Вторая. Схема конфигурации MCP в V2 изменилась: вместо enabled используется disabled, а timeout принимается только объектом. Если оставить по-старому, сервер не подключается и — самое неприятное — молчит об этом без внятной ошибки.
За что стоит держаться в V2
Что проверить перед обновлением
| Что проверить | Почему это важно | Как выглядит правильно |
|---|---|---|
| Способ обновления | Обновление из репозитория уводит на ветку версии 1 | Официальный установщик V2, установленный отдельно от старых копий |
| Версию у работающего процесса | CLI и десктоп-приложение обновляются раздельно | Проверять версию того процесса, которым пользуетесь, а не «вообще установленного» |
| Конфигурацию MCP | Неверная схема приводит к молчаливому отказу подключения | disabled вместо enabled, timeout только объектом |
| Локальные модели и провайдеры | Форма записи провайдеров менялась между ветками | Провайдеры и список моделей прописаны так, как ожидает текущая версия |
| Свои скрипты | Пути и способ вызова сервиса изменились | Скрипты используют клиент, а не жёстко прописанный адрес |
Мини-чек-лист: большинство проблем после обновления — это конфигурация, а не сама версия.
Стоит ли обновляться
Если вы пользуетесь агентами каждый день и у вас уже есть набор MCP-серверов — да, потому что code mode и единый сервис дают ощутимую экономию. Если автоматизация у вас эпизодическая, вы обойдётесь малой кровью: подождите пару минорных релизов, пока устоится экосистема.
Отдельно стоит держать в голове, что в V2 доступны бесплатные модели — об этом я писал отдельно в разборе про бесплатные модели для агентов и в статье про OpenCode 1.18.34. Если вы только начинаете разбираться с агентами как классом, начните с материала ИИ-агенты: как они работают.
Частые вопросы
Актуальная документация проекта и спецификация протокола подключения инструментов — если нужны детали реализации.
OpenCode 2.0 — это платно?
Сам агент обновляется как раньше и остаётся открытым проектом. Расходы возникают на стороне моделей: либо вы платите за облачные вызовы, либо держите модели локально. Часть моделей в V2 доступна бесплатно.
Что такое code mode простыми словами?
Это режим, в котором агент пишет небольшой скрипт и вызывает инструменты из него, а не по одному вызову за раз. Для задач вида «пройти по списку и обработать» это быстрее и дешевле по токенам.
Сломается ли моя текущая настройка MCP-серверов?
Скорее всего, потребуется правка. Схема изменилась: используется disabled вместо enabled, а timeout задаётся объектом. Ошибка в схеме приводит к тому, что сервер не подключается без явного сообщения об ошибке.
Нужен ли отдельный сервер, если я работаю один?
Сервис запускается автоматически и одиночному пользователю не мешает. Отдельного администрирования он требует только если вы открываете доступ другим хостам через pair.
Можно ли вернуться на первую версию?
Да, но порядок возврата отличается от обновления: ветки разошлись, поэтому сработает только явный откат на сохранённую сборку. Перед обновлением стоит сохранить рабочую конфигурацию.
Разобрать ваш набор инструментов агента
Если вы собираете агента под свои задачи и упираетесь в конфигурацию, MCP-серверы или обновления — напишите, разберём конкретную связку.
Написать на dnvitas@mail.ruМатериал описывает релиз 2.0 по публичному анонсу от 15 октября 2026 года и личный опыт эксплуатации. Названия пакетов и команд приведены так, как они указаны авторами проекта.
