Claude Code
Как запустить несколько агентов Claude Code параллельно на одном проекте — по своей подписке, без API-ключа.
VibeForge запускает Claude Code в неинтерактивном режиме: на каждую задачу поднимается свой процесс `claude` в отдельной копии проекта, поэтому агенты работают одновременно и не мешают друг другу. Вход берётся из самого CLI, поэтому подписки Pro или Max достаточно — ключ ANTHROPIC_API_KEY не нужен и специально вычищается из окружения.
Что VibeForge знает про этот движок
| Свойство | Значение |
|---|---|
| Исполняемый файл | claude, переопределяется VIBEFORGE_CC_BIN |
| Вычищается из окружения | ANTHROPIC_API_KEY, ANTHROPIC_AUTH_TOKEN |
| Модели и контекст | Fable 5, Opus, Sonnet — 1 000 000 токенов; Haiku — 200 000 |
| Уровень рассуждений | есть, отдельным флагом |
| Обновление | claude update — встроенный установщик |
| Слэш-команды в headless | 7: /compact, /context, /usage, /init, /review, /security-review, /mcp |
Claude Code — опорный движок: его протокол взят за образец, и остальные CLI подключаются к тому же конвейеру со своими флагами. Поэтому здесь работает всё, что VibeForge вообще умеет: живая лента действий, правки по строкам, установка MCP-серверов из каталога.
Установка и вход
- 1Поставьте CLI:
npm i -g @anthropic-ai/claude-code. - 2Запустите
claudeв терминале и введите в нём команду/login. - 3Откройте в VibeForge «Настройки → Окружение» и нажмите «Проверить снова».
Вход выполняется в самой программе движка, а не сообщением в чат VibeForge: /login, отправленный агенту, уйдёт модели обычным текстом и потратит ход впустую.
Если движок «не подключён», хотя он установлен
Самая частая причина на Mac — claude установлен ТОЛЬКО как встроенный бинарь расширения VS Code или Cursor, и в PATH его нет вовсе. VibeForge это учитывает и ищет исполняемый файл сам, в том числе внутри расширений:
~/.local/bin/claude ~/.claude/local/claude /opt/homebrew/bin/claude /usr/local/bin/claude ~/.vscode/extensions/*/resources/native-binary/claude ~/.cursor/extensions/*/resources/native-binary/claude
Вторая причина — урезанный PATH: бэкенд, запущенный из Dock или из среды разработки, не видит менеджеров версий Node и пользовательских каталогов bin. Поэтому поиск идёт не только по PATH, но и по известным местам установки, а найденный путь используется целиком, а не по имени.
Ставить CLI второй раз «на всякий случай» не нужно и вредно: npm i -g рядом с нативной установкой создаёт ВТОРОЙ claude, который перекрывает первый в PATH, и обновление начинает лечить не ту копию.