Open Interpreter — кодинг-агент в терминале для недорогих моделей

Open Interpreter — это кодинг-агент для терминала, который строился как естественный языковой интерфейс к вашему компьютеру. Проект начинался как Python-инструмент, позволявший простыми словами отдавать команды: писать код, обрабатывать данные и управлять приложениями. Сегодня Open Interpreter живёт как новый Rust-реализация, созданная на базе Codex от OpenAI и заточенная под работу с недорогими моделями.

Обновлённый клиент сохраняет главное обещание идеи: вы спокойно работаете с кодом и системой через диалог, не переписывая то, что агент может сделать сам. Ниже — что умеет современный Open Interpreter.

Кодинг-агент и форк Codex

После переработки Open Interpreter стал форком Codex от OpenAI. Это означает, что проект наследует интерфейс и протокол исполнения Codex, но фокусируется на одной важной задаче — выжать максимум из недорогих моделей. Именно ради этого в проекте развивается система эмуляции harness-ов.

Харнесс (harness) — это «обвязка», которая организует работу модели: готовит запрос, обрабатывает вывод, управляет шагами и возвращает результат. Разные агенты используют разные harness-ы, и каждый даёт свой отклик на конкретной модели. Возможность переключать их прямо из интерфейса — одна из сильных сторон Open Interpreter.

Переключение harness-ов командой /harness

Open Interpreter эмулирует обвязки сразу нескольких известных агентов. Команда /harness открывает список доступных вариантов:

> /harness

native
claude-code
claude-code-bare
zcode
kimi-code
kimi-cli
qwen-code
deepseek-tui
swe-agent
minimal

Как это работает на практике: открыли сессию с моделью Kimi K3 — переключились на kimi-code, чтобы повторить harness из Kimi Code. Взяли DeepSeek — выбрали deepseek-tui. Формат по умолчанию — native, то есть собственная обвязка Open Interpreter.

Такой подход удобен тем, кто подбирает модель под задачу и хочет честно сравнивать поведение одного и того же агента на разных моделях без установки целого арсенала отдельных инструментов.

Совместимость с ACP и Codex SDK

Проект старается встраиваться в существующие рабочие процессы, а не замыкать пользователя в собственном формате. Поэтому он совместим с двумя открытыми стандартами.

Agent Client Protocol (ACP). Open Interpreter работает как ACP-агент и запускается из совместимых редакторов и клиентов. Для этого клиент указывает на исполняемый файл Open Interpreter в роли агента.

interpreter acp

Codex SDK. Если вы уже строите инструменты на Codex SDK от OpenAI, достаточно одной строки заменить исполняемый файл агента:

// было
const codex = new Codex();
// стало
const codex = new Codex({ codexPathOverride: "interpreter" });

Open Interpreter говорит на том же Codex exec-протоколе, что и Codex, поэтому SDK продолжает работать без переделки. Для локальной проверки без провайдеров предусмотрен скрипт scripts/test-codex-sdk-compat.sh.

Портативность как принцип

Продукт намеренно не запирает вас в один формат. Вместо этого он опирается на общие, нейтральные к инструментам стандарты и папки:

• инструкции из репозитория — AGENTS.md;
• общие каталоги скиллов — .agents/skills и ~/.agents/skills;
• MCP, ACP и Codex exec-протокол;
• конфигурация и состояние сессии держатся локально в ~/.openinterpreter для тех вещей, для которых ещё нет общего стандарта.

Это значит: вы можете начать работать в Open Interpreter, а затем безболезненно переехать на другой совместимый агент — данные автора остаются в читаемых файлах, а не в проприетарной структуре.

Компьютерное использование (Computer Use)

В Open Interpreter встроен QA-скилл, который позволяет любой модели управлять интерфейсами и тестировать их — без отдельного браузерного драйвера в стиле классических мобильных тестов.

• Веб-приложения — реальный браузер через библиотеку agent-browser от Vercel Labs.
• Нативные приложения — управление и тестирование через trycua.

Это означает, что агент способен не только править код, но и реально открыть приложение, выполнить действия, проверить интерфейс и доложить результат — полезно для смоук-тестов и приёмочного тестирования.

Ключевые возможности списком

Сгруппирую, что умеет современный Open Interpreter:

• выполняет команды внутри нативной песочницы на macOS, Linux и Windows;
• переключает провайдеров и модели прямо в TUI командой /model;
• инспектирует и переключает Rust-нативные harness-ы командой /harness;
• тестирует веб- и нативные приложения через встроенный QA-скилл;
• работает как ACP-агент для редакторов;
• использует общие AGENTS.md и каталоги .agents/skills;
• держит продуктовые настройки и состояние сессий локально в ~/.openinterpreter;
• поддерживает exec, MCP, скиллы, hooks, разделение прав и AGENTS.md.

Установка

Установка делается одной командой из терминала.

macOS и Linux:

curl -fsSL https://www.openinterpreter.com/install | sh

Windows (PowerShell):

irm https://www.openinterpreter.com/install.ps1 | iex

После установки запуск сессии:

i
# или
interpreter

Терминал откроет интерактивную сессию, в которой вы общаетесь с агентом и даёте команды.

Работа с моделью и провайдерами

Смена модели вынесена прямо в интерфейс терминала и не требует перезапуска сессии или правки конфигурационных файлов. Достаточно команды /model, чтобы переключиться на другого провайдера — Kimi, DeepSeek, Qwen и другие доступные провайдеры находят себя сами.

Отдельная деталь, которую стоит знать: список провайдеров и моделей в проекте не поддерживается вручную как жёсткий список в коде — он генерируется из источников. Обновить все размещённые провайдеры можно одной командой:

python3 scripts/write_provider_catalog.py

А если вы используете выборочно одного провайдера — можно повторять флаг --provider <provider-id>, обновляя только нужные записи. Для «живых» источников моделей, чьи описания подтягиваются из сети, требуются учётные данные провайдера — как это указано в документации.

Как выглядит типичный рабочий процесс

Представьте обычный рабочий день с активной сессией агента. Вы открыли терминал, запустили interpreter и начали диалог:

1. Постановка задачи. Формулируете задачу на естественном языке: «перепиши функцию чтения файла так, чтобы она возвращала ошибку, а не бросала исключение».
2. Исполнение. Агент, работающий через нужный harness, читает нужные файлы из репозитория (опираясь на AGENTS.md и скиллы), вносит правки и запускает команды в песочнице.
3. Контроль. Вы просматриваете изменения, при необходимости возвращаете правку или уточняете формулировку в диалоге.
4. Проверка интерфейса (при необходимости). С помощью QA-скилла агент открывает приложение, выполняет действия и подтверждает, что всё работает как ожидалось.

Такой цикл позволяет не покидать терминал и доверить агенту рутинные шаги, которыми обычно занимались бы руками.

Справочные страницы

Подробности по каждой части задокументированы:

• документация терминала и quickstart
• гайды по установке и конфигурации
• CLI-справочник
• справка по harness-ам
• гайды по провайдерам (Kimi K3, DeepSeek, Z.AI / GLM / ZCode)
• гайды по ACP и Codex SDK
• про песочницу и систему согласований

Классический Python вместо форка

Если вы искали привычный Python-Open Interpreter «как естественный интерфейс к компьютеру», знайте: оригинальный проект живёт как community-форк под endolith/open-interpreter. Современный репозиторий — это новая Rust-версия на базе Codex, ориентированная в первую очередь на кодинг.

Open Interpreter распространяется под лицензией Apache-2.0 — это полностью открытый инструмент, который можно адаптировать под свои рабочие процессы.