- Se descapó
- 29 de agosto de 2026 a las 23:54 UTC
- Autor
- Kamo
- Compromit
- 618bf4c
Chat va al router Inference Providers **************** pero descubrirModelos preguntó el HUB para modelos que son "calenados" en algún lugar - un diferente y mucho más grande conjunto que el router servirá para un sim activo y proveedores habilitados. Así que el modelo que ofrece modelos el router se negó, y cada mensaje Volvió como 400 El modelo solicitado **************** no es apoyado por cualquier proveedor que haya habilitado sin nada en pantalla para decir cuál de los modelos listados eran reales. Ese identificador. es uno de los dos habilitados para una org en vivo y no está en el catálogo del router en todo; 'deproseek-ai/Deepseek-Buse-V3.2', habilitado a su lado, es. Discovery ahora lee .baseUrl/v1/models , el propio catálogo del router, que enumera exactamente lo que se puede llamar. Se han retirado modelos sin proveedor en vivo, porque un modelo cuyos proveedores están todos abajo responde los mismos 400 que uno que nunca fue raro y un miembro no puede distinguirlos aparte de un descenso. La longitud de contexto y el soporte de herramientas salen del mejor proveedor en vivo; viene la visión fuera de las modalidades de entrada declaradas, en lugar de ser duramente falsificada. También dobla la normalización de la cal-url de base duplicada en un ayudante y corrige la clase javadoc, que aún describía a los jubilados ******************* forma.