Repository navigation
Detección automática de modelos para VS Code (INVESTIGANDO...) #11
Description
Como se ve aquí, hay una clase abstracta que tiene getAllModels
Para nan se usa el customEndpointProvider
https://github.com/microsoft/vscode/blob/main/extensions/copilot/src/extension/byok/vscode-node/customEndpointProvider.ts#L131
de ahi... acba llegadno al dsicovery
https://github.com/microsoft/vscode/blob/main/extensions/copilot/src/extension/byok/vscode-node/abstractLanguageModelChatProvider.ts#L189
Por tanto, ...
flowchart TD
subgraph A["User config: chatLanguageModels.json"]
A1["{ 'id': 'gemma4', 'url': 'https://api.nan.builders/v1', ... }"]
end
A2["{ 'id': 'llama3', 'url': 'https://api.nan.builders/v1', ... }"]
subgraph B["Provider: CustomEndpointBYOKModelProvider\n(providerId = 'customEndpoint')"]
B1["getAllModels(silent, apiKey, config)"]
B1a{"config.url exists?"}
B1a -- yes --> B2["Call super.getAllModels()"]
B1a -- no --> B3["Iterate config.models[] manually"]
B2["Fetch GET {url}/models"]
B2a["Parse data.data or data.models"]
B2b["Auto-discover model capabilities"]
B3["Return static models from JSON config"]
end
subgraph C["Discovery endpoint: /models"]
C1["GET https://api.nan.builders/v1/models"]
C2["Response: { data: [{ id, name, ... }] }"]
end
subgraph D["AbstractOpenAICompatibleLMProvider"]
D1["getModelsDiscoveryUrl() → {baseUrl}/models"]
D2["resolveModelCapabilities()"]
D3["byokKnownModelsToAPIInfoWithEffort()"]
end
subgraph E["Chat request"]
E1["User sends message"]
E2["resolveCustomEndpointUrl()"]
E3["POST {url}/v1/chat/completions"]
end
A1 --> B
A2 --> B
B --> B1
B1 --> B1a
B1a -->|yes| B2
B2 --> C1
C1 --> C2
C2 --> D1
D1 --> D2
D2 --> D3
B1 -->|no| B3
B --> E1
E1 --> E2
E2 --> E3
Activity
svg153 commentedon Sep 26, 2026
Actualización tras revisar el estado del catálogo y las APIs (26-09-2026):
GET https://api.nan.builders/v1/modelssirve para descubrir los IDs autorizados por la API key, pero el OpenAPI actual solo documentaid,object,createdyowned_by. No devuelve nombre, tipo chat/no-chat, ventana, salida máxima, modalidades, tool formats ni reasoning. Por tanto, la flecha “/models → autodetecta capabilities” de este issue necesita un contrato adicional: con el objeto actual solo se descubren IDs.CustomEndpointBYOKModelProvider/AbstractLanguageModelChatProviderenlazadas arriba son detalles internos del código de Copilot/VS Code para su propia configuración BYOK; no son la API pública con la que una extensión externa registra un provider. Para extensiones, la interfaz soportada es Language Model Chat Provider, que recibeprovideLanguageModelChatInformation. Una extensión puede llamar a/v1/modelsy registrar esos modelos, pero solo puede declarar capacidades que obtenga de una fuente fiable./v1/modelscon la key y registra un Language Model Chat Provider nativo para Chat/Agent. Actualmente enriquece los IDs con un catálogo local; con el comportamiento predeterminado, un ID desconocido no se enseña como chat para evitar tratar embeddings/audio/imágenes como modelos conversacionales.mimo-v2.6-flashen su catálogo en #101, pero aún no forma parte del catálogo local de la extensión, así que no se puede afirmar que cualquier modelo nuevo vaya a aparecer automáticamente.Mi conclusión: esta investigación de #11 no es inútil, pero mezcla dos problemas: descubrimiento de IDs por el BYOK interno de Copilot y descubrimiento de capacidades. La primera ruta puede ser útil a quien configura Copilot BYOK manualmente; no sirve como contrato para extensiones externas ni resuelve la segunda. Propongo mantener esta investigación y decidir si se quiere documentar la ruta BYOK además de enlazar/recomendar el provider de extensión; no asumir que el endpoint actual autodetecta capacidades.