← Все гайды AI Release
EN Подписаться на @ai_release1

Как установить и настроить Oh-My-Pi (OMP): консольный ИИ-агент для терминала

Обновлено: 25.10.2026 · AI Release · @ai_release1
Как установить и настроить Oh-My-Pi (OMP): консольный ИИ-агент для терминала

TL;DR

Точное имя пакета, поддерживаемые ОС и список флагов в открытом доступе могут отличаться от шаблона ниже — все места, где это критично, помечены «сверьтесь с документацией». Общий порядок действий от этого не меняется.

Требования и подготовка

Иллюстрация к разделу «Требования и подготовка»
Иллюстрация к разделу «Требования и подготовка»

Чек-лист перед стартом:

Шаг 1. Проверить окружение и установить OMP

Что сделать: убедиться, что пакетный менеджер работает, затем поставить OMP глобально и проверить, что бинарник виден в PATH.

Зачем: 90% проблем первого запуска — не сам агент, а отсутствующий Node.js или глобальный бинарник, который не попал в PATH.

Как проверить: команды ниже должны вернуть версии и справку.

node --version
npm --version

Ожидаемый вывод — что-то вида v20.x.x и 10.x.x (конкретные цифры зависят от вашей установки).

Установка (имя пакета подставьте своё — сверьтесь с документацией):

npm install -g <имя-пакета-omp>

Проверка, что команда зарегистрировалась:

which omp      # macOS / Linux
where omp      # Windows PowerShell
omp --version
omp --help

Пример: если omp --version печатает omp 0.x.x, установка прошла. Если оболочка отвечает command not found: omp — бинарник есть, но каталог npm не в PATH, решение в разделе проблем.

Если глобальная установка нежелательна, проверьте запуск без неё:

npx <имя-пакета-omp> --help

Почему это работает: npx скачивает пакет во временный кэш и запускает его бинарник, не меняя глобальное окружение — удобно, чтобы сначала посмотреть справку.

Сразу сохраните вывод omp --help в файл: там перечислены реальные флаги, имя переменной окружения для ключа и подкоманды.

omp --help > omp-help.txt

Шаг 2. Подключить модель: ключ и конфиг

Иллюстрация к разделу «Шаг 2. Подключить модель: ключ и конфиг»
Иллюстрация к разделу «Шаг 2. Подключить модель: ключ и конфиг»

Что сделать: передать агенту API-ключ через переменную окружения и создать файл конфигурации с выбранной моделью.

Зачем: OMP — оболочка-агент: сам он не содержит модели, а обращается к провайдеру по ключу. Без ключа любой запрос завершится ошибкой авторизации.

Как проверить: env | grep -i omp (Linux/macOS) показывает переменную, а пробный запрос возвращает ответ модели, а не 401.

Шаг 2.1. Переменная окружения. Имя переменной возьмите из omp-help.txt — ниже шаблон с плейсхолдером:

export OMP_API_KEY="<ваш-ключ>"
echo $OMP_API_KEY | head -c 8   # проверка: печатаются первые 8 символов ключа

Чтобы значение сохранялось между сессиями, добавьте строку export OMP_API_KEY="<ваш-ключ>" в ~/.bashrc или ~/.zshrc и выполните source ~/.bashrc. На Windows (PowerShell):

$env:OMP_API_KEY = "<ваш-ключ>"
[Environment]::SetEnvironmentVariable("OMP_API_KEY","<ваш-ключ>","User")

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

Шаг 2.2. Файл конфигурации. Типовой путь — ~/.omp/config.json (на Windows %USERPROFILE%\.omp\config.json); точный путь и схему сверьте с документацией. Шаблон:

{
  "model": "<имя-модели-из-документации>",
  "apiKeyEnv": "OMP_API_KEY",
  "provider": "<имя-провайдера>"
}

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

Шаг 2.3. Проверка связки «ключ + модель» до реальной работы:

omp --help | grep -i -E "model|auth|login"

Пример: если в справке есть подкоманда проверки авторизации, запустите её — успешный ответ обычно содержит имя доступной модели. Если такой подкоманды нет, сразу переходите к Шагу 3: первый же запрос покажет, валиден ключ или нет.

Шаг 3. Первый запуск и проверка результата

Иллюстрация к разделу «Шаг 3. Первый запуск и проверка результата»
Иллюстрация к разделу «Шаг 3. Первый запуск и проверка результата»

Что сделать: запустить агента в пустом тестовом каталоге, дать одну узкую задачу и убедиться, что он создал файл.

Зачем: так вы проверяете весь путь целиком — запуск, авторизацию, доступ к файловой системе и корректность модели — на безопасном примере, а не на рабочем проекте.

Как проверить: в каталоге появился новый файл, а git diff показывает ровно то, что вы просили.

mkdir -p ~/omp-test && cd ~/omp-test
git init
omp

В интерактивном режиме введите задачу, например: создай файл hello.py, который печатает "hello from OMP". После завершения выйдите из агента и проверьте:

ls -la
cat hello.py
python3 hello.py

Ожидаемый результат на экране: hello from OMP. Затем:

git status
git diff

Здесь видно каждое изменение, которое внёс агент — это ваш контрольный снимок.

Что проверяемКомандаПризнак успеха
Бинарник в PATH`omp --version`печатается версия
Ключ виден процессу`env \grep -i omp`строка с переменной ключа
Конфиг читаетсязапуск без флага `--model`агент стартует, модель определена
Агент пишет файлы`cat hello.py`содержимое совпадает с задачей
Изменения под контролем`git diff`видны только ожидаемые правки

Дальше можно усложнять: подключить агента к реальному репозиторию и работать по одной задаче за раз. Если планируете командный сценарий с несколькими агентами и общими правилами, полезна отдельная инструкция Claude Code для команды: как настроить субагентов и общий ИИ-суперагент — подход к ролям и общему конфигу переносится на любой терминальный агент. А если нужен агент, который ходит по веб-страницам, а не по файлам, смотрите разбор Как настроить открытый браузерный ИИ-агент Scout (Outcrawl).

Возможные проблемы и решения

Проблема. После установки оболочка не видит команду

npm config get prefix          # например: /home/user/.npm-global
echo 'export PATH="$(npm config get prefix)/bin:$PATH"' >> ~/.bashrc
source ~/.bashrc
omp --version

Если установка падала с EACCES: permission denied, не запускайте sudo npm install -g — настройте пользовательский prefix: npm config set prefix ~/.npm-global, затем повторите установку и шаг с PATH.

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

env | grep -i omp
printf '%s' "<ваш-ключ>" | wc -c    # сравните длину с ключом в кабинете провайдера
export OMP_API_KEY="<ваш-ключ>"

Проблема. Запрос уходит, но ответ не приходит — курсор висит

curl -sS -o /dev/null -w "%{http_code}\n" https://<домен-провайдера>/
export HTTPS_PROXY="http://<прокси>:<порт>"
export HTTP_PROXY="http://<прокси>:<порт>"

Код ответа 200, 401 или 404 означает, что сеть в порядке (401/404 — уже вопрос ключа или пути). Код 000 — соединение не установилось.

Резюме и следующие шаги

Рабочая связка собирается из трёх проверок: бинарник в PATH, ключ в переменной окружения, конфиг со ссылкой на эту переменную. После успешного omp --version и тестового файла в песочнице переносите агента в реальный репозиторий и работайте задачами по одному шагу, сверяя каждое изменение через git diff.

FAQ

Нужен ли платный API-ключ, чтобы пользоваться OMP?

OMP сам по себе — клиент, модель предоставляет провайдер. Условия и стоимость зависят от выбранного провайдера — сверьтесь с его тарифами и документацией OMP.

Где хранится конфигурация OMP?

Типовой путь — ~/.omp/config.json (%USERPROFILE%\.omp\config.json на Windows). Точный путь для вашей версии сверьте с разделом Configuration в документации: он может отличаться.

Можно ли запустить OMP без установки глобального пакета?

Да, если пакет опубликован в npm: npx <имя-пакета-omp> --help запустит его из временного кэша без изменения PATH.

Почему агент изменил не те файлы, что я ожидал?

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

🤖 Кратко для ИИ