hermes-hub/config/compatibility.json
Hermes Team 9641957d5b fix(antigravity): вход завершался успешно, а agy требовал войти снова
agy 2.0 читает учётные данные не из .gemini/oauth_creds.json — это формат
Gemini CLI. Свой токен он берёт из .gemini/antigravity-cli/antigravity-oauth-token
в виде {"auth_method": ..., "token": {...}}. Хаб этот файл никогда не создавал,
поэтому «Авторизация успешно завершена» соседствовала с ответом
«Please sign in to view available models».

Установлено сравнением рабочего профиля владельца с неработающим: оба имели
oauth_creds.json одинакового размера, различие было только в этом файле.
Значение auth_method («consumer») взято из рабочего профиля, а не выведено
из общих соображений.

Срок годности пишется в обоих видах: expiry_date в миллисекундах для формата
Node и expiry строкой RFC3339 для Go-шного oauth2.Token.

Заодно устранён рост номеров профилей: слот выбирался до входа, когда почта
ещё неизвестна, и повторный вход тем же аккаунтом занимал очередной свободный
слот — один аккаунт владельца расползся на ag-2, ag-3, ag-4. Теперь после
опознания почты учётные данные возвращаются в слот, который этот аккаунт уже
занимает. Функция проверки двойников в проекте была, но её никто не вызывал.

Версия поднята до 0.1.3, чтобы отличать сборки на глаз. Проверка версии в
тестах сверяется с исходником, а не с записанным числом.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-09-01 10:37:27 +07:00

25 lines
598 B
JSON

{
"hub_version": "0.1.3",
"min_hermes_version": "0.20.0",
"max_tested_hermes_version": "0.20.4",
"tested_versions": [
"0.20.0",
"0.20.1",
"0.20.2",
"0.20.3",
"0.20.4"
],
"python_min_version": "3.10.0",
"recommended_python": "3.12",
"platforms": [
"win32",
"linux",
"darwin"
],
"required_hermes_files": [
"hermes-agent/venv/Scripts/python.exe",
"hermes-agent/venv/Scripts/hermes.exe"
],
"installed_plugin_name": "antigravity-provider",
"registry_uninstall_key": "Software\\Microsoft\\Windows\\CurrentVersion\\Uninstall\\HermesHub"
}