Z.ai: GLM 5.1

Z.ai: GLM 5.1 é um modelo de texto da Z.ai, listado sob o id de modelo z-ai/glm-5.1. É posicionado pelo seu fornecedor como um avanço na capacidade de programação, com ênfase em tarefas de longo horizonte. A Z.ai descreve-o como capaz de trabalhar de forma independente e contínua em tarefas, em contraste com modelos anteriores construídos em torno de interações ao nível de minutos.

O modelo recebe entrada de texto e devolve saída de texto. Tem uma janela de contexto de 204.800 tokens e uma saída máxima de 128.000 tokens. A par dos controlos de amostragem padrão, expõe um parâmetro reasoning e uma opção include_reasoning, para que um pedido possa solicitar conteúdo de raciocínio na resposta. Também suporta saídas estruturadas e response_format, o que permite restringir a geração a um esquema em vez de analisar texto livre. O uso de ferramentas é suportado através de tools e tool_choice. Outros parâmetros suportados incluem frequency_penalty, presence_penalty, repetition_penalty, temperature, top_p, top_k, min_p, seed, stop, logit_bias, logprobs, top_logprobs e max_tokens.

Essas capacidades apontam para alguns usos práticos. A grande janela de contexto e a longa saída máxima adequam-se a trabalho que abrange muitos ficheiros ou documentos longos, como tarefas de código ao nível do repositório, refatorações em várias etapas e execuções de agentes prolongadas em que o modelo continua sem uma intervenção humana a cada passo. Os controlos de raciocínio ajudam em problemas que beneficiam de um traço intermédio visível. As saídas estruturadas encaixam em pipelines de extração e classificação em que o código a jusante espera uma forma fixa. A chamada de ferramentas torna-o utilizável como a camada de decisão num agente que lê ficheiros, executa consultas ou chama serviços internos.

Chama-o através da API compatível com OpenAI da api14 usando o id de modelo z-ai/glm-5.1. Como a interface segue a forma de chat completions da OpenAI, os SDKs e clientes OpenAI existentes funcionam com uma alteração do URL base, e os pedidos transportam o array messages habitual mais qualquer um dos parâmetros listados acima.

Não há restrição declarada na entrada ou saída além de texto, por isso, se precisar de imagem, áudio ou outras modalidades, um modelo diferente seria a melhor opção. Da mesma forma, a lista de parâmetros suportados define o que o endpoint aceita, por isso não se deve esperar que qualquer coisa fora dela produza efeito.