omp-nan-provider1.0.0

omp-nan-provider

Provider de NaN Builders para omp: login con API key y autodiscovery de modelos.

NaN habla el protocolo de OpenAI (https://api.nan.builders/v1). El plugin no reimplementa el stream: registra api: openai-completions y deja que omp haga la inferencia. Lo que sí es propio es el catálogo.

GET /v1/models devuelve solo los ids que tu key puede llamar (un premium ve glm5.3; el resto no). No trae contexto ni modalidades. El plugin cruza esa lista con los límites documentados y, para un id nuevo, con models.dev. Si ninguna fuente tiene el id, entra igual, con ventana conservadora y sin afirmar reasoning. Embeddings, rerank, TTS, STT y el generador de vídeo minimax-h3 no se registran como chat. flux-2-klein y qwen-image-2.1 se registran como openai-images.

Instalación

omp plugin link /ruta/a/omp-nan-provider

O, publicado: omp plugin install omp-nan-provider.

Auth

La key es la de cloud.nan.builders → API Keys. Empieza por sk-. Un token de plataforma (nan_pat_) no sirve para inferencia.

/login nan comprueba la key contra GET /v1/models antes de guardarla. Un 401 no se persiste.

Base URL por defecto https://api.nan.builders/v1. Para Helmcode: NAN_BASE_URL=https://api.helmcode.com/v1.

Modelos

Tras autenticar:

omp models refresh nan
omp models nan

Un fallo de red lanza, no devuelve []. omp trata una lista vacía como catálogo autoritativo y escondería el provider; el throw conserva el caché o los modelos estáticos de models.yml.

Un models.yml que ya define nan sin discovery: sigue siendo fallback offline. Cuando el fetch en vivo acierta, omp sustituye los modelos de chat de ese provider por la lista de la key.

Límites conocidos

Los números de contexto y de salida de los ids documentados están en src/catalog.ts, con la fuente al lado. No se inventan. deepseek-v4-flash usa 32768 de salida: la página de Pi de NaN manda eso, y un max_tokens por encima de ~256k se midió como 403.