DaoXE в Jan

Jan держит локальные модели (llama.cpp / MLX) и облачных провайдеров в одном приложении. Поток Add Provider спрашивает формат API, base URL и ключ — ровно форма DaoXE — и наполняет пикер каталогом аккаунта (гайд по дешёвым API).

Зачем направлять Jan через DaoXE#

• Локальное и облако рядом. Оффлайн-модели и облачный каталог DaoXE — в одном селекторе моделей.
• Список моделей соберётся сам. При сохранении провайдера Jan тянет GET /v1/models — в пикере реальные ID аккаунта.
• Запасные ключи. Несколько ключей на провайдера с ротацией на 401/403/429 — удобно, когда баланс DaoXE общий.

Настройка в Jan#

1. Откройте диалог. Settings → Model Providers → Add Provider.
2. Выберите формат. OpenAI-compatible (по умолчанию). Jan прямо в доках предупреждает: не тот формат «ломает запросы, даже если base URL и ключ верны». У DaoXE есть и нативный Messages (это поверхность гайд по Claude Code), но документно верный вариант для Jan — режим OpenAI.
3. Заполните три поля. Имя DaoXE; Base URL https://daoxe.com/v1 (форма из их же доков: URL «на конце /v1»); вставьте ключ DaoXE. Create.
4. Проверьте модели. При сохранении Jan дёргает /models провайдера. Чего не хватает — добавьте кнопкой + точным ID из GET /v1/models.

Убедитесь, что отдают настоящую модель#

Сначала проверьте эндпоинт, а не клиент — если это не работает, настройки не помогут:

export DAOXE_API_KEY="your_api_key"

# List the exact model IDs your account can call
curl --fail-with-body --show-error --silent \
  https://daoxe.com/v1/models \
  -H "Authorization: Bearer ${DAOXE_API_KEY}"

Проверьте эндпоинт вне приложения, затем сравните сложный промпт с официальным API при temperature 0:

curl --fail-with-body --show-error --silent \
  https://daoxe.com/v1/chat/completions \
  -H "Authorization: Bearer ${DAOXE_API_KEY}" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "YOUR_EXACT_MODEL_ID",
    "max_tokens": 64,
    "messages": [{"role": "user", "content": "Say hello in one sentence."}]
  }'

Частые вопросы#