ochenstarik/hermes-hub
1
0
Fork 0
Code Issues Pull requests Projects Releases 13 Packages Wiki Activity Actions
hermes-hub/agents/inbox/2026-08-31-A50-accounts-discovery.md

15 KiB
Raw Blame History

Задание A50: аккаунты, обнаружение моделей и состояние проверки

Дата поступления

2026-08-31

База

origin/main (17b368a).

git fetch origin --prune
git checkout -b antigravity/a50-accounts-discovery origin/main

В main напрямую не пушить.

Порядок исполнения

Два прохода: Flash реализует, Pro проводит аудит. Пункт P0-8 написан для аудитора.

Зона: Python-часть провайдеров и экран «Аккаунты». С A49 (субагенты, скиллы, память) не пересекается.

Задача

Восемь замечаний владельца после установки сборки 17b368a. Причины найдены и проверены ревьюером исполнением — заново не выяснять.

P0-1. Аккаунт сохраняется в чужой слот и рапортует об успехе

Самое серьёзное. Проверено вызовом:

add_account provider=nvidia profile_id=ag-w1 token=k
  → ok=True  «Сервер nvidia (ag-w1) успешно подключен»

Аккаунт NVIDIA записан в слот Antigravity. Бэкенд не проверяет, что слот принадлежит провайдеру.

Как владелец в это попадает: в мастере для OpenRouter и NVIDIA список слотов пуст — buildSlotOptions возвращает «Список слотов ещё не получен». Дальше в app.js слот выбирается так:

selectedProfileId = window._wiz_device_profile ?? (deviceSlot?.value || redirectSlot?.value || '');

?? пропускает пустую строку, поэтому побеждает _wiz_device_profile, оставшийся от предыдущей попытки подключения другого провайдера. Владелец пробовал Antigravity, потом NVIDIA — и NVIDIA легла в ag-w1.

Отсюда жалобы 3 и 4: «нвидиа не добавляется», «опенроутер так же не добавляется». Он добавляется — не туда.

Требуется:

  1. Бэкенд отклоняет чужой слот. profile_id, не принадлежащий провайдеру, — отказ с причиной, а не ok: True.
  2. Состояние мастера сбрасывается при возврате к выбору провайдера и при открытии нового подключения. Остатков от прошлой попытки быть не должно.
  3. Список слотов для OpenRouter и NVIDIA заполняется или поле не показывается вовсе, раз слот выдаётся автоматически.
  4. Прогнать сквозной путь для обоих провайдеров с заведомо неверным ключом: профиль создаётся с правильным идентификатором, проверка подключения даёт внятную ошибку авторизации.

P0-2. Вернуть разделение по провайдерам

Владелец: «нет разделения по аккаунтам. Как раньше: Антигравити и снизу все аккаунты аги, Грок и снизу все аккаунты грока».

Разметка группировки цела (provider-group, provider-group-header, счётчик). Её скрыл A48, добавив в style.css:

.provider-group,.accounts-grid { display:contents; }
.provider-group-header { display:none; }

Вернуть группы: заголовок провайдера, его значок, число аккаунтов, под ним карточки. Вёрстку A48 в остальном не ломать — это правка одного места в стилях, а не переделка экрана.

P0-3. Проверка должна запускаться сама

Владелец: «везде пишет Статус: Не проверялся и, я так понимаю, ничего не работает».

Ярлык честен, но вывод владельца неверен, и это вина интерфейса. Проверено:

unified_health.py:499  precord.last_success is None → «Не проверялся»
server.py, hermes_hub_app.py — вызова проверки при запуске НЕТ

То есть состояние меняется только после успешного вызова через профиль, а вызвать его автоматически некому. Пока владелец не нажмёт «Проверить подключение» вручную для каждого аккаунта, все останутся «Не проверялся» навсегда.

Требуется:

  1. Проверка запускается сама: сразу после подключения аккаунта и периодически. Период настраивается, значение по умолчанию обосновать.
  2. Не блокировать интерфейс: проверка идёт в фоне, состояние обновляется по мере готовности.
  3. Различать три состояния явно: «не проверялся», «проверяется», «проверен: работает / не работает с причиной». Сейчас первое и третье сливаются в одно.
  4. Кнопка ручной проверки остаётся — и для отдельного аккаунта, и для всех сразу.

P0-4. Списки моделей не подтягиваются ни у одного аккаунта

Та же причина: обнаружение запускается только по явному действию. У Grok, Antigravity и Ollama владелец видит «Список моделей ещё не получен от провайдера».

  1. Запрашивать список при подключении аккаунта и при периодической проверке.
  2. Кэшировать с временем получения; показывать, когда список снят.
  3. Ошибка обнаружения доходит до интерфейса с текстом ответа сервера. «Не получен» и «сервер отказал: <текст>» — разные сообщения.
  4. Кнопка «Запросить список моделей» показывает ход и результат, а не остаётся в прежнем виде.

P0-5. Облачные модели Ollama

Ветка обнаружения Ollama после A42 читает адрес из профиля и опрашивает /api/tags. Это только локально скачанные модели; облачных там нет по устройству эндпоинта.

  1. Выяснить по действующей документации Ollama, как получить список облачных моделей учётной записи и что для этого нужно. Эндпоинт не выдумывать.
  2. Показывать локальные и облачные раздельно, чтобы владелец видел, что откуда.
  3. Способ не подтверждён документацией — так и написать в отчёте, а в интерфейсе показать Н/Д с причиной. Это принимается; выдуманный адрес — нет.

P0-6. Долгая загрузка данных аккаунта

Владелец: «у Грока и Антигравити долго подгружаются данные аккаунтов… чтобы не начали по несколько раз подключать один аккаунт».

Измеренные пределы ожидания:

quota_collector      таймауты 15, 20 и 30 секунд на запрос
agy_subprocess       таймаут 60 секунд — Antigravity ходит через CLI agy

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

  1. Показывать ход: «идёт опрос провайдера, это может занять до минуты» с указанием, какой именно аккаунт опрашивается.
  2. Не давать запустить подключение того же аккаунта повторно, пока предыдущее не завершилось.
  3. По истечении ожидания — внятное сообщение с причиной и предложением повторить, а не молчание.
  4. Ускорять там, где это возможно без риска: параллельный опрос независимых аккаунтов вместо последовательного. Если ускорение невозможно — так и написать, честное объяснение задержки достаточно.

P0-7. Локальный сервер называть тем, что там работает

Владелец: «локальный сервер это llama, так и надо подписывать».

Сейчас auto_assigner.py:83 даёт провайдеру local подпись «Локальный сервер», а профилям — «Локальный сервер 1» и «Локальный сервер 2».

  1. Провайдер local подписывать по движку: llama.cpp. Для ollama и vllm подписи уже свои — не трогать.
  2. Если движок определяется по ответу сервера — брать оттуда. Иначе подпись по типу профиля, без выдумок.
  3. Проверить, что переименование не ломает сохранённые конфигурации: идентификаторы профилей не меняются, меняется только отображаемое имя.

P0-8. Аудит вторым проходом

  1. Проверить чужой слот целенаправленно: подключить NVIDIA после начатой и брошенной попытки Antigravity. Аккаунт обязан лечь в свой слот.
  2. Убедиться, что мнимых успехов не осталось: ни одно действие, положившее данные не туда, не возвращает ok: True.
  3. Открыть экран «Аккаунты» и увидеть группы по провайдерам. Скриншот приложить.
  4. Дождаться автоматической проверки и убедиться, что состояние сменилось само, без нажатий.
  5. Проверить, что «не проверялся» и «проверен, не работает» различимы на экране.
  6. Эндпоинт облачных моделей Ollama сверить с документацией.
  7. Побочные изменения объяснить.
  8. Пропущенный пункт назвать пропущенным.

Ограничения

  • Ключи владельца не запрашивать и в репозиторий не класть.
  • Учётные данные и ~/.hermes/agy_profiles/ не трогать.
  • Вёрстку A48 не переделывать: по группам — правка стилей, не переработка экрана.
  • Службы qwen-coder и qwen-compressor не трогать.
  • Версию 0.1.1 не поднимать.
  • Правило честности без исключений: не измерено — Н/Д с причиной.

Критерии приёмки

  1. Ветка в origin, git status чист.
  2. Аккаунт не сохраняется в слот чужого провайдера; попытка отклоняется с причиной; проверено.
  3. Состояние мастера сбрасывается между попытками; проверено сквозным путём.
  4. OpenRouter и NVIDIA подключаются с правильными идентификаторами профилей.
  5. На экране «Аккаунты» вернулись группы по провайдерам; скриншот приложен.
  6. Проверка запускается автоматически после подключения и периодически; состояние меняется без ручных нажатий.
  7. «Не проверялся», «проверяется» и «проверен, не работает» различимы.
  8. Списки моделей подтягиваются автоматически; ошибка доходит с текстом сервера.
  9. Облачные модели Ollama получены либо честно объявлены недоступными с причиной.
  10. Долгая загрузка показывает ход; повторный запуск того же подключения невозможен.
  11. Локальный провайдер подписан по движку.
  12. ruff check . чисто; релизный гейт 10/10; тестов не меньше 517.
  13. Память проекта в AI-Memory обновлена.
  14. Отчёт: START_HEAD, FINAL_HEAD, origin/main, git status, X passed / Y skipped / Z failed.

Главное

Владелец смотрит на четыре подключённых аккаунта, у всех «Не проверялся», ни у одного нет списка моделей, и делает единственно возможный вывод: ничего не работает. На деле проверка просто ни разу не запускалась, потому что запускать её некому.

Рядом дефект, который хуже: аккаунт NVIDIA сохраняется в слот Antigravity и докладывает об успехе. Владелец видит, что аккаунт «не добавился», и пробует снова — а в конфигурации накапливается мусор.

Порядок сдачи

Передать точный FINAL_COMMIT_SHA.