GLM-4.1V-Thinking-Flash combina comprensione visiva e ragionamento integrato. Zhipu descrive il modello come adatto a interpretare immagini e pagine di documenti, compresi grafici, problemi matematici, struttura delle interfacce e localizzazione di elementi visivi. Il suo obiettivo è collegare ciò che compare nel materiale a una spiegazione della risposta.
Per un grafico, conserva le etichette degli assi, la legenda e le unità, quindi indica il confronto o il calcolo richiesto. Per un diagramma, fornisci l’enunciato del problema e annotazioni leggibili. Per un’interfaccia, identifica l’obiettivo dell’utente e i controlli o il layout da esaminare. Questi dettagli aiutano a distinguere un’osservazione visibile da un’ipotesi.
Richiedi un’interpretazione del grafico, una soluzione svolta, una descrizione degli elementi pertinenti dell’interfaccia oppure un brief per l’implementazione frontend. Conserva l’immagine di origine con la risposta e verifica le etichette, le quantità e le posizioni da cui dipende il risultato.
Tramite Ailoot, usa l’esatto ID del modello in /v1/chat/completions e mantieni l’immagine insieme alla sua domanda nella conversazione. Il formato del contenuto immagine usa image_url; le fonti supportate possono contenere un indirizzo immagine oppure un URI dati base64. Raccogli la risposta JSON completa o tutti i segmenti SSE quando stream è abilitato e conserva usage insieme al risultato completato.
", "aboutText": "GLM-4.1V-Thinking-Flash combina comprensione visiva e ragionamento integrato. Zhipu descrive il modello come adatto a interpretare immagini e pagine di documenti, compresi grafici, problemi matematici, struttura delle interfacce e localizzazione di elementi visivi. Il suo obiettivo è collegare ciò che compare nel materiale a una spiegazione della risposta.\n\n### Formula con precisione la domanda visiva\n\nPer un grafico, conserva le etichette degli assi, la legenda e le unità, quindi indica il confronto o il calcolo richiesto. Per un diagramma, fornisci l’enunciato del problema e annotazioni leggibili. Per un’interfaccia, identifica l’obiettivo dell’utente e i controlli o il layout da esaminare. Questi dettagli aiutano a distinguere un’osservazione visibile da un’ipotesi.\n\n### Chiedi un risultato utilizzabile\n\nRichiedi un’interpretazione del grafico, una soluzione svolta, una descrizione degli elementi pertinenti dell’interfaccia oppure un brief per l’implementazione frontend. Conserva l’immagine di origine con la risposta e verifica le etichette, le quantità e le posizioni da cui dipende il risultato.\n\nTramite Ailoot, usa l’esatto ID del modello in /v1/chat/completions e mantieni l’immagine insieme alla sua domanda nella conversazione. Il formato del contenuto immagine usa image_url; le fonti supportate possono contenere un indirizzo immagine oppure un URI dati base64. Raccogli la risposta JSON completa o tutti i segmenti SSE quando stream è abilitato e conserva usage insieme al risultato completato.", "editorialOverlay": { "copy_fields": null, "copy_sha256": null, "copy_source": null, "html_sha256": "79fca5ef2cbc3cfdb6c3cc1b50aff3cc71b4b080e2bd29409ff0eafd0efd6709", "module_sha256": "ee9dc1c50b1e6a8fb7fa062030fcb4646b9aaaeb08be513b723a5a92a7290f06", "raw_model_unchanged": true, "schema": "ailoot-native-model-editorial-v1" }, "locale": "it", "methods": [ { "html": "glm-4.1v-thinking-flashGLM-4.1V-Thinking-Flash è il modello di ragionamento visivo di Zhipu per l’analisi di grafici, diagrammi scientifici, immagini di documenti e domande sulle interfacce.
Questa descrizione illustra le funzionalità del modello. Gli input, gli output e le opzioni disponibili in Ailoot per il metodo selezionato sono elencati di seguito.
GLM-4.1V-Thinking-Flash combina comprensione visiva e ragionamento integrato. Zhipu descrive il modello come adatto a interpretare immagini e pagine di documenti, compresi grafici, problemi matematici, struttura delle interfacce e localizzazione di elementi visivi. Il suo obiettivo è collegare ciò che compare nel materiale a una spiegazione della risposta.
Per un grafico, conserva le etichette degli assi, la legenda e le unità, quindi indica il confronto o il calcolo richiesto. Per un diagramma, fornisci l’enunciato del problema e annotazioni leggibili. Per un’interfaccia, identifica l’obiettivo dell’utente e i controlli o il layout da esaminare. Questi dettagli aiutano a distinguere un’osservazione visibile da un’ipotesi.
Richiedi un’interpretazione del grafico, una soluzione svolta, una descrizione degli elementi pertinenti dell’interfaccia oppure un brief per l’implementazione frontend. Conserva l’immagine di origine con la risposta e verifica le etichette, le quantità e le posizioni da cui dipende il risultato.
Tramite Ailoot, usa l’esatto ID del modello in /v1/chat/completions e mantieni l’immagine insieme alla sua domanda nella conversazione. Il formato del contenuto immagine usa image_url; le fonti supportate possono contenere un indirizzo immagine oppure un URI dati base64. Raccogli la risposta JSON completa o tutti i segmenti SSE quando stream è abilitato e conserva usage insieme al risultato completato.
POST /v1/chat/completionstext, imagetext| Campo | Tipo | Requisito | Valori e limiti | Predefinito |
|---|---|---|---|---|
Campomodel | Tipostring | RequisitoObbligatorio | Valori e limiti glm-4.1v-thinking-flash Condizioni: Usa esattamente questo selettore di instradamento di Ailoot. | Predefinito— |
Campomessages | Tipoarray | RequisitoObbligatorio | Valori e limiti Condizioni: | Predefinito— |
Campostream | Tipoboolean | RequisitoFacoltativo | Valori e limiti Condizioni: | Predefinitofalse |
text_input · Obbligatorio: messages
image_with_text · Obbligatorio: messages with actual image content blocks
| Parametro | Contratto |
|---|---|
Parametrocontent_type | Contrattoapplication/json |
Parametrorequired | Contrattomodel, messages |
Parametrooptional | Contrattostream |
Parametromaterial_types | Contrattotext, image |
Parametroconditions | ContrattoUsa esattamente questo selettore di instradamento di Ailoot., Questo protocollo trasporta contenuti di immagine quando lo specifico modello selezionato supporta la visione. L’accettazione delle richieste da parte del protocollo non dimostra che tutti i modelli possano elaborare immagini. |
Alias del metodo: /chat/completions
Ciclo di vita: synchronous_or_streamed
Le tariffe non aggiungono opzioni alla richiesta. I parametri supportati sono elencati nel metodo selezionato.
| Configurazione | Listino delle tariffe | Costo |
|---|---|---|
| ConfigurazioneTariffe base dei token | Listino delle tariffeTariffa base | Costo Input · Token in input $0 / 1K token Output · Token in output $0 / 1K token Input · Lettura dalla cache $0 / 1K token Input · Scrittura nella cache $0 / 1K token Input · Scrittura nella cache, 1 ora — / 1K token |
Ailoot prenota un importo stimato prima di una richiesta. Dopo il risultato, addebita il costo finale in base all’utilizzo misurato. Per lo streaming, l’addebito usa il record finale di utilizzo. Come funzionano la prenotazione e l’addebito finale →
set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\nexport AILOOT_API_KEY\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads('{"model": "glm-4.1v-thinking-flash", "messages": [{"role": "user", "content": "Explain how a rainbow forms."}]}')\n\nPath("request.json").write_text(json.dumps(p,ensure_ascii=False))\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/chat/completions \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\n# Submit once. Retain the complete result, original identifiers and every response header.\nJSON or SSE
Conserva ogni risposta, file e parte di contenuto restituiti per intero.
Conserva tutti i blocchi di contenuto, gli ID delle chiamate agli strumenti, le firme del ragionamento quando vengono restituite, tutti gli incrementi SSE e i dati completi di consumo. Il primo frammento di testo non è il risultato completo.
Conserva l’X-Client-Request-ID originale, la risposta e le intestazioni. Un esito sconosciuto o result_pending_check non autorizza una seconda creazione.
| Campo | Tipo |
|---|---|
Campochoices[] | Tipoobject |
Campousage | Tipoobject |
| Risposta | Condizione | Passaggio successivo |
|---|---|---|
Risposta400 · invalid_request_error | CondizioneUn campo obbligatorio, il selettore del modello, il tipo o la rappresentazione dei dati in ingresso non è valido. | Passaggio successivoEsamina i dettagli di validazione restituiti prima di preparare una richiesta separata. |
Risposta | CondizioneLa richiesta originale o il relativo risultato è sconosciuto o richiede una verifica. | Passaggio successivoConserva gli identificatori e le intestazioni originali; consulta solo i record di stato o della libreria supportati. Non inviare di nuovo la richiesta di creazione. |
Ailoot Ultra glm-4.1v-thinking-flash
/chat/completions
glm-4.1v-thinking-flashGLM-4.1V-Thinking-Flash è il modello di ragionamento visivo di Zhipu per l’analisi di grafici, diagrammi scientifici, immagini di documenti e domande sulle interfacce.
Questa descrizione illustra le funzionalità del modello. Gli input, gli output e le opzioni disponibili in Ailoot per il metodo selezionato sono elencati di seguito.
GLM-4.1V-Thinking-Flash combina comprensione visiva e ragionamento integrato. Zhipu descrive il modello come adatto a interpretare immagini e pagine di documenti, compresi grafici, problemi matematici, struttura delle interfacce e localizzazione di elementi visivi. Il suo obiettivo è collegare ciò che compare nel materiale a una spiegazione della risposta.
Per un grafico, conserva le etichette degli assi, la legenda e le unità, quindi indica il confronto o il calcolo richiesto. Per un diagramma, fornisci l’enunciato del problema e annotazioni leggibili. Per un’interfaccia, identifica l’obiettivo dell’utente e i controlli o il layout da esaminare. Questi dettagli aiutano a distinguere un’osservazione visibile da un’ipotesi.
Richiedi un’interpretazione del grafico, una soluzione svolta, una descrizione degli elementi pertinenti dell’interfaccia oppure un brief per l’implementazione frontend. Conserva l’immagine di origine con la risposta e verifica le etichette, le quantità e le posizioni da cui dipende il risultato.
Tramite Ailoot, usa l’esatto ID del modello in /v1/chat/completions e mantieni l’immagine insieme alla sua domanda nella conversazione. Il formato del contenuto immagine usa image_url; le fonti supportate possono contenere un indirizzo immagine oppure un URI dati base64. Raccogli la risposta JSON completa o tutti i segmenti SSE quando stream è abilitato e conserva usage insieme al risultato completato.
POST /v1/messagestext, imagejson, sse| Campo | Tipo | Requisito | Valori e limiti | Predefinito |
|---|---|---|---|---|
Campomodel | Tipostring | RequisitoObbligatorio | Valori e limiti glm-4.1v-thinking-flash Condizioni: Usa esattamente questo selettore di instradamento di Ailoot. | Predefinito— |
Campomessages | Tipoarray | RequisitoObbligatorio | Valori e limiti Condizioni: | Predefinito— |
Campostream | Tipoboolean | RequisitoFacoltativo | Valori e limiti Condizioni: | Predefinitofalse |
Campomax_tokens | Tipointeger | RequisitoObbligatorio | Valori e limiti Minimo: 1 Condizioni: | Predefinito— |
text_input · Obbligatorio: messages
image_with_text · Obbligatorio: messages with actual image content blocks
| Parametro | Contratto |
|---|---|
Parametrocontent_type | Contrattoapplication/json |
Parametrorequired | Contrattomodel, messages, max_tokens |
Parametrooptional | Contrattostream |
Parametromaterial_types | Contrattotext, image |
Parametroconditions | ContrattoUsa esattamente questo selettore di instradamento di Ailoot., Questo protocollo trasporta contenuti di immagine quando lo specifico modello selezionato supporta la visione. L’accettazione delle richieste da parte del protocollo non dimostra che tutti i modelli possano elaborare immagini. |
Ciclo di vita: synchronous_or_streamed
Le tariffe non aggiungono opzioni alla richiesta. I parametri supportati sono elencati nel metodo selezionato.
| Configurazione | Listino delle tariffe | Costo |
|---|---|---|
| ConfigurazioneTariffe base dei token | Listino delle tariffeTariffa base | Costo Input · Token in input $0 / 1K token Output · Token in output $0 / 1K token Input · Lettura dalla cache $0 / 1K token Input · Scrittura nella cache $0 / 1K token Input · Scrittura nella cache, 1 ora — / 1K token |
Ailoot prenota un importo stimato prima di una richiesta. Dopo il risultato, addebita il costo finale in base all’utilizzo misurato. Per lo streaming, l’addebito usa il record finale di utilizzo. Come funzionano la prenotazione e l’addebito finale →
set -eu\n: "${AILOOT_API_KEY:?Set your Ailoot API key}"\nexport AILOOT_API_KEY\npython3 - <<'PY_REQUEST'\nimport json,os\nfrom pathlib import Path\np=json.loads('{"model": "glm-4.1v-thinking-flash", "messages": [{"role": "user", "content": "Explain how a rainbow forms."}], "max_tokens": 256}')\n\nPath("request.json").write_text(json.dumps(p,ensure_ascii=False))\nPY_REQUEST\ncurl --fail-with-body --silent --show-error https://api.ailoot.ai/v1/messages \\\n -H "Authorization: Bearer $AILOOT_API_KEY" -H 'Content-Type: application/json' \\\n --data-binary @request.json -D response-headers.txt -o result.json\n# Submit once. Retain the complete result, original identifiers and every response header.\nJSON or SSE
Conserva ogni risposta, file e parte di contenuto restituiti per intero.
Conserva tutti i blocchi di contenuto, gli ID delle chiamate agli strumenti, le firme del ragionamento quando vengono restituite, tutti gli incrementi SSE e i dati completi di consumo. Il primo frammento di testo non è il risultato completo.
Conserva l’X-Client-Request-ID originale, la risposta e le intestazioni. Un esito sconosciuto o result_pending_check non autorizza una seconda creazione.
| Campo | Tipo |
|---|---|
Campocontent[] | Tipoobject |
Campousage | Tipoobject |
| Risposta | Condizione | Passaggio successivo |
|---|---|---|
Risposta400 · invalid_request_error | CondizioneUn campo obbligatorio, il selettore del modello, il tipo o la rappresentazione dei dati in ingresso non è valido. | Passaggio successivoEsamina i dettagli di validazione restituiti prima di preparare una richiesta separata. |
Risposta | CondizioneLa richiesta originale o il relativo risultato è sconosciuto o richiede una verifica. | Passaggio successivoConserva gli identificatori e le intestazioni originali; consulta solo i record di stato o della libreria supportati. Non inviare di nuovo la richiesta di creazione. |
Ailoot Ultra glm-4.1v-thinking-flash
/chat/completions