Z.ai: GLM 5.1

Z.ai: GLM 5.1 es un modelo de texto de Z.ai, listado bajo el id de modelo z-ai/glm-5.1. Su proveedor lo posiciona como un avance en capacidad de programación, con énfasis en tareas de horizonte largo. Z.ai lo describe como capaz de trabajar de forma independiente y continua en tareas, en contraste con modelos anteriores construidos en torno a interacciones a nivel de minutos.

El modelo recibe entrada de texto y devuelve salida de texto. Tiene una ventana de contexto de 204.800 tokens y una salida máxima de 128.000 tokens. Junto con los controles de muestreo estándar, expone un parámetro reasoning y una opción include_reasoning, de modo que una solicitud puede pedir contenido de razonamiento en la respuesta. También admite salidas estructuradas y response_format, lo que permite restringir la generación a un esquema en lugar de analizar texto libre. El uso de herramientas se admite mediante tools y tool_choice. Otros parámetros admitidos incluyen frequency_penalty, presence_penalty, repetition_penalty, temperature, top_p, top_k, min_p, seed, stop, logit_bias, logprobs, top_logprobs y max_tokens.

Esas capacidades apuntan a algunos usos prácticos. La gran ventana de contexto y la larga salida máxima se adaptan a trabajo que abarca muchos archivos o documentos extensos, como tareas de código a nivel de repositorio, refactorizaciones de varios pasos y ejecuciones de agentes prolongadas en las que el modelo sigue avanzando sin un turno humano en cada paso. Los controles de razonamiento ayudan en problemas que se benefician de un rastro intermedio visible. Las salidas estructuradas encajan en canalizaciones de extracción y clasificación donde el código posterior espera una forma fija. La llamada a herramientas lo hace utilizable como la capa de decisión en un agente que lee archivos, ejecuta consultas o llama a servicios internos.

Lo llamas a través de la API compatible con OpenAI de api14 usando el id de modelo z-ai/glm-5.1. Como la interfaz sigue la forma de chat completions de OpenAI, los SDK y clientes de OpenAI existentes funcionan con un cambio de URL base, y las solicitudes llevan el array messages habitual más cualquiera de los parámetros enumerados arriba.

No hay una restricción declarada sobre la entrada o la salida más allá del texto, así que si necesitas imagen, audio u otras modalidades, un modelo diferente sería la opción más adecuada. Del mismo modo, la lista de parámetros admitidos define lo que acepta el endpoint, así que no debería esperarse que algo fuera de ella tenga efecto.