L’ANALISI
llama-modchip: gateway e percorsi API senza /v1
llama-modchip aggiunge nel gateway percorsi API senza /v1 con un commit dell’8 novembre. Il diff non prova compatibilità OpenCode completa.

In breve: Il commit a9635a5 di llama-modchip ammette route come /messages e /chat/completions oltre alle varianti con /v1 e aggiorna i relativi rami di gestione. Il riferimento a OpenCode viene dal progetto; l’ispezione del diff non dimostra che ogni flusso del client funzioni. Commit a9635a5: route del gateway senza prefisso /v1.
Verificati commit primario, diff, README fissato alla revisione, data della release e parsing sintattico Python del gateway. Nessuna esecuzione del codice upstream, compilazione, inferenza o prova end-to-end con OpenCode.
Quali percorsi cambia il commit dell’8 novembre?
L’allowlist aggiunge le varianti senza /v1 per messages, chat/completions, completions, models, embeddings e complete, oltre a props. Il diff aggiorna anche condizioni del codice che prima riconoscevano soltanto /v1/messages o /v1/chat/completions. Questo secondo passaggio conta: non basta permettere l’ingresso di un URL se il trattamento della richiesta continua a dipendere esclusivamente dal vecchio prefisso. Il fatto verificato è la modifica del codice del gateway, non l’esito di una chiamata reale.
Commit a9635a5: route del gateway senza prefisso /v1 · Gateway Python alla revisione analizzata.
Che cosa significa il riferimento a OpenCode?
Il messaggio del commit dichiara che l’intervento è destinato a OpenCode. È un’indicazione dell’intento del manutentore, non una matrice di compatibilità. Per un controllo pratico occorre prima annotare l’URL base configurato e il percorso effettivo richiesto dal client. Autenticazione, formato dei messaggi, risposta in streaming e tool call restano dimensioni distinte. Un controllo positivo su models non dimostrerebbe automaticamente il funzionamento di messages o della generazione chat.
Commit a9635a5: route del gateway senza prefisso /v1 · Gateway Python alla revisione analizzata.
È una nuova release o un nuovo benchmark?
No: il delta qui analizzato è il commit dell’8 novembre 2026 alle 22:01 italiane. L’API ufficiale della release v2.4.0 riporta invece il 4 novembre come pubblicazione. Il README descrive un progetto che comprende patch e runtime propri e contiene numeri di memoria e throughput. Non abbiamo riprodotto quei numeri e il cambiamento di route non li convalida. Tenere separate data del commit, release e benchmark evita di presentare un fix di integrazione come un nuovo lancio prestazionale.
Commit a9635a5: route del gateway senza prefisso /v1 · Metadati ufficiali della release v2.4.0 · README di llama-modchip fissato al commit.
Come preparare un test controllato del gateway?
Conserva la revisione di partenza e prepara un ambiente isolato con dati non sensibili. Confronta il medesimo client e la medesima configurazione prima e dopo il commit; registra il percorso richiesto, lo stato HTTP e la forma della risposta, senza salvare token o contenuti privati nei log. Ripeti poi separatamente una risposta normale e una in streaming. È un protocollo da eseguire, non un risultato di questo articolo. Il solo parsing Python svolto qui verifica la sintassi, non la correttezza del servizio.
Commit a9635a5: route del gateway senza prefisso /v1 · Gateway Python alla revisione analizzata.
Condizioni e limitazioni
Ammettere un percorso non prova la semantica completa di un’API. Non abbiamo verificato autenticazione, streaming, tool call o compatibilità OpenCode end-to-end, né riprodotto le prestazioni dichiarate nel README.
Checklist pratica
- Fissa il commit a9635a566f8b205487d67f695bc57654507f41ab e conserva la revisione precedente.
- Annota URL base e percorso realmente costruito dal client.
- Confronta route con e senza /v1 usando solo dati di prova.
- Verifica separatamente risposta normale, streaming e tool call richieste dal caso d’uso.
- Non esporre il gateway pubblicamente né includere credenziali o prompt privati nei log di prova.