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>
25 lines
598 B
JSON
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"
|
|
}
|