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

git — чтобы видеть, какие файлы изменил агент.Чек-лист перед стартом:
node --version и npm --version выводят версии без ошибокЧто сделать: убедиться, что пакетный менеджер работает, затем поставить 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

Что сделать: передать агенту 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: первый же запрос покажет, валиден ключ или нет.

Что сделать: запустить агента в пустом тестовом каталоге, дать одну узкую задачу и убедиться, что он создал файл.
Зачем: так вы проверяете весь путь целиком — запуск, авторизацию, доступ к файловой системе и корректность модели — на безопасном примере, а не на рабочем проекте.
Как проверить: в каталоге появился новый файл, а 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).
Проблема. После установки оболочка не видит команду
zsh: command not found: omp (или bash: omp: command not found)PATH. При установке через npm в пользовательский prefix бинарник лежит вне /usr/local/bin.PATH.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.
Проблема. Агент запускается, но первый же запрос падает с ошибкой авторизации
Error: 401 Unauthorized — invalid API key (текст зависит от провайдера; признак — код 401)~/.zshrc, а работаете в bash), ключ скопирован с пробелом или отозван в кабинете провайдера.env | grep -i omp
printf '%s' "<ваш-ключ>" | wc -c # сравните длину с ключом в кабинете провайдера
export OMP_API_KEY="<ваш-ключ>"
Проблема. Запрос уходит, но ответ не приходит — курсор висит
request timed out / ETIMEDOUT в логе агента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.
Нужен ли платный API-ключ, чтобы пользоваться OMP?
OMP сам по себе — клиент, модель предоставляет провайдер. Условия и стоимость зависят от выбранного провайдера — сверьтесь с его тарифами и документацией OMP.
Где хранится конфигурация OMP?
Типовой путь — ~/.omp/config.json (%USERPROFILE%\.omp\config.json на Windows). Точный путь для вашей версии сверьте с разделом Configuration в документации: он может отличаться.
Можно ли запустить OMP без установки глобального пакета?
Да, если пакет опубликован в npm: npx <имя-пакета-omp> --help запустит его из временного кэша без изменения PATH.
Почему агент изменил не те файлы, что я ожидал?
Он работает в текущем каталоге и видит всё дерево проекта. Запускайте его из корня нужного репозитория, держите изменения под git и формулируйте задачу с явным списком файлов.