La maggior parte dei client per agenti open source consente di impostare il proprio base URL API, ma tre aspetti determinano se funzionerà davvero: il protocollo di rete utilizzato dal client, il punto in cui si trova il confine dell'uso della propria chiave e il fatto che il progetto sia ancora mantenuto. Questa directory elenca 77 client per agenti — 64 tra agenti di programmazione da terminale, editor, app chat desktop, strumenti per workflow e agenti personali sempre attivi, più 3 senza endpoint di terze parti documentato e 10 ritirati o sostituiti — indicando separatamente per ciascuno protocollo, confine dell'endpoint e ciclo di vita, così puoi distinguere tra “accetta un base URL” e “farà ciò di cui hai bisogno”.
Questo è un indice di navigazione, non una classifica. Nessun client qui ha completato una richiesta tramite Kunavo in un test registrato, nulla viene valutato con un punteggio e i progetti ritirati compaiono con il loro stato invece di essere eliminati silenziosamente. I dati sui client sono stati raccolti il 17 settembre 2026. Il 18 settembre 2026 ogni cella del ciclo di vita nelle tabelle degli archiviati e degli endpoint assenti è stata ricontrollata tramite l'API di GitHub, insieme alla maggior parte delle righe indicate come attive; i dettagli su protocollo e uso della propria chiave sono stati riletti per un sottoinsieme, non per tutti i 77. Ogni riga collega alla pagina da cui è stata scritta, quindi qualsiasi cella può essere ricontrollata alla fonte. Il 1° ottobre 2026 ogni client con un repository pubblico è stato ricontrollato tramite l'API di GitHub e ogni link alla fonte è stato riaperto: da allora nessuno era stato archiviato, tutte le fonti rispondevano ancora e le date nelle celle del ciclo di vita sono quelle delle verifiche di settembre, come registrate, salvo diversa indicazione nella cella.
I tre assi che determinano se un endpoint personalizzato funziona
Una singola colonna “supporta API personalizzate” nasconde la maggior parte delle modalità di errore reali. Ogni riga seguente le separa.
1. Protocollo di rete
“Compatibile con OpenAI” è la forma più comune, ma non l'unica, e i nomi che i client usano per questi protocolli non corrispondono sempre a ciò che inviano.
| Protocollo | Cosa invia il client | Cosa significa per un endpoint |
|---|---|---|
| OpenAI Chat Completions | POST a /v1/chat/completions | La struttura con il supporto più ampio; l'ipotesi predefinita nella maggior parte dei client qui elencati |
| OpenAI Responses | POST a /v1/responses | Un endpoint diverso. Un gateway che implementa solo le chat completions non risponderà |
| Anthropic Messages | POST a /v1/messages | Una struttura di richiesta e risposta completamente diversa, non una modifica dell'header |
| Google Gemini o Vertex nativi | models/*:generateContent | Gemini CLI accetta un URL di base, ma usa comunque questo protocollo, quindi un URL compatibile con OpenAI non funzionerà |
| Solo nativo | Endpoint fissi del fornitore | Non esiste alcun campo per l'URL di base; l'endpoint è incorporato nel codice |
Vale la pena memorizzare due ambiguità nei nomi, perché il fallimento sembra dovuto a un endpoint non funzionante anziché a un protocollo errato. In PicoClaw, provider: "anthropic" invia chat completions nella struttura OpenAI e anthropic-messages invia la Messages API nativa, quindi un endpoint che offre solo /v1/messages restituisce 404 con il primo valore. In Droid di Factory, provider: openai indica la Responses API e generic-chat-completion-api è il valore per un gateway di chat completions.
2. Confine dell'uso della propria chiave
| Limite | Come si presenta | Esempi in questa directory |
|---|---|---|
| Configurabile liberamente | Un campo documentato per l'URL di base, senza account o piano a pagamento | La maggior parte degli agenti da terminale, la maggior parte delle interfacce di chat self-hosted |
| Vincolato dalla superficie | Funziona su alcune superfici del prodotto e non su altre | Droid (solo CLI e desktop), Qoder (IDE, non CLI), OpenHands (backend locale agent-server, non cloud), AutoGPT Platform (agente di chat self-hosted, non il livello a blocchi) |
| Vincolato dal piano | Richiede un piano a pagamento o di accesso anticipato | URL di endpoint personalizzati di Amp, Warp per organizzazioni con più di dieci dipendenti, Smart Chat Pro |
| Vincolato dal protocollo | Il campo esiste, ma accetta un solo protocollo del fornitore | Gemini CLI, nanocode, NanoClaw nel runtime predefinito |
| Nessuno documentato | Nessun campo per l'endpoint — solo chiavi del fornitore, oppure nemmeno quelle | Devon (chiavi del fornitore, nessun endpoint), Kiro CLI (nessuno dei due) |
3. Ciclo di vita
Un repository non archiviato è una prova debole. Continue è di sola lettura, ma non presenta il flag di archiviazione, quindi un controllo del flag lo segnala come attivo; nemmeno il repository di Aider è archiviato, ma non ha rilasciato versioni da agosto 2025, mentre quello di Stakpak non ha né il flag di archiviazione né un commit da luglio 2026. Una data di push è ancora meno indicativa, perché cambia quando viene eseguito un push in qualsiasi punto del repository mentre il branch predefinito rimane fermo — è questa differenza a far sembrare Continue e Witsy più aggiornati di quanto siano. Le celle sul ciclo di vita qui sotto si basano sul log dei commit del branch predefinito, sull'elenco dei rilasci e sulle dichiarazioni del progetto stesso, non sulla data di push.
Perché un URL di base non garantisce la compatibilità
Questi sono i motivi ricorrenti per cui un endpoint configurato correttamente continua a comportarsi in modo anomalo, tutti ricavati dalla documentazione dei client stessi:
- Gestione del percorso. Cherry Studio vuole la radice del provider e aggiunge autonomamente il percorso della versione, quindi incollare un URL completo per le chat completions duplica il percorso. Jan richiede il percorso della versione nell'URL di base. TypingMind vuole il percorso completo
/v1/chat/completions. SillyTavern indica di non aggiungere il suffisso. Dify aggiunge autonomamente la versione per i tipi di modello non LLM. - Requisiti dell'elenco dei modelli. Il test delle credenziali di n8n esegue
GET /modelse valuta la risposta solo in base al codice di stato, quindi fallisce senza un elenco di modelli e può avere esito positivo con un URL di base errato che restituisca un qualsiasi 200 in quel punto. L'override della lunghezza del contesto di pool si applica solo quando il modello compare nell'elenco dei modelli del provider. Open WebUI aggira l'assenza dell'elenco con un campo di allowlist manuale. - Metadati dei modelli dichiarati manualmente. Nessuno tra Zed, Crush, Theia, OpenClaw, ChatWise o Dyad rileva i limiti di un modello dal tuo endpoint. Le conseguenze variano: Zed, Crush e ChatWise richiedono di inserire la finestra di contesto, i limiti di output o i prezzi per token; OpenClaw e Dyad considerano questi campi facoltativi e applicano valori predefiniti quando li lasci vuoti; la voce di modello personalizzato di Theia non contiene affatto limiti o prezzi. Quando un client segnala la spesa in base ai numeri inseriti, la cifra riflette ciò che hai inserito, non ciò che è stato addebitato.
- Sottoinsiemi di funzionalità. Il completamento automatico di Twinny usa il percorso legacy delle completions, mentre la chat usa le chat completions. AnythingLLM configura gli embeddings separatamente dalla chat. Jan non può dedurre il supporto per strumenti, visione o audio di un provider personalizzato. Oh My Pi richiede un flag per gli endpoint che rifiutano definizioni rigorose degli strumenti.
Le cinque tabelle seguenti possono essere filtrate in base alle stesse domande: protocollo, confine dell'uso della propria chiave, necessità di un piano a pagamento per un endpoint personalizzato e ciclo di vita. Ogni riga rimane nella pagina; il filtro nasconde solo le righe mentre lo usi e "Non dichiarato" significa che le fonti della riga non permettono di stabilirlo.
Tutti i client sono elencati qui sotto.
Agenti di coding da terminale
I progetti terminali ritirati e sostituiti — SWE-agent, Plandex, Mentat, il CLI Go OpenCode archiviato e iFlow CLI — si trovano nella sezione archiviata più in basso, anziché in questa tabella. Kiro CLI e Devon si trovano nella tabella senza endpoint.
| Client | Ciclo di vita | Confine protocollo / BYOK | Ideale per | Limite della chiave | Pagina Kunavo |
|---|---|---|---|---|---|
| Aider | Non archiviato ma inattivo: ultimo rilascio 2025-08-09, ultimo commit del branch predefinito 2026-05-22 | OpenAI Chat Completions tramite il prefisso del modello openai/ e OPENAI_API_BASE. Configurabile liberamente | Pair programming da terminale su un repository git esistente, con modifiche applicate e commit automatici | Nessun rilascio da oltre 13 mesi, quindi i metadati dei modelli più recenti possono essere obsoleti e potrebbe essere necessario inserirli manualmente | Prezzi, configurazione |
| goose | Attivo, ma trasferito: donato da Block alla Agentic AI Foundation, repository spostato in aaif-goose/goose e documentazione in goose-docs.ai, annunciato il 2026-04-07 | OpenAI Chat Completions (OPENAI_HOST più OPENAI_BASE_PATH) e Anthropic Messages (ANTHROPIC_HOST). Configurabile liberamente | Un agente locale generico oltre il coding — app desktop, CLI e API incorporabile, esteso tramite MCP | L'URL di base è suddiviso tra due variabili, quindi un endpoint radicato in un percorso di versione richiede che tale percorso venga impostato esplicitamente | vs Claude Code, configurazione |
| Crush | Attivo; push eseguito il 2026-09-18, lo stesso giorno in cui è stato verificato | Tipi distinti: openai, openai-compat per le API non compatibili con OpenAI e anthropic. Configurabile liberamente tramite crushrc o crush.json | Un agente da terminale rifinito, in cui la finestra di contesto e i prezzi per modello sono dichiarati localmente, così il costo è visibile durante la sessione | Non viene rilevato nulla — la finestra di contesto, il numero massimo di token e i prezzi vengono inseriti manualmente. Entrambi i file di configurazione sono codice considerato attendibile: crushrc viene eseguito in una shell e la sostituzione dei comandi in crush.json viene eseguita al caricamento | Prezzi, configurazione, vs OpenCode |
| Pi | Attivo; earendil-works/pi ha eseguito un push il 2026-09-18. Il vecchio percorso badlogic/pi-mono reindirizza qui | openai-completions, openai-responses, anthropic-messages, google-generative-ai in ~/.pi/agent/models.json — i quattro valori di api documentati da Pi per un provider personalizzato fino all'aggiornamento della documentazione del 22 settembre 2026, che ha rimosso l'elenco. Il suo codice sorgente alla versione v0.99.2 tipizza il campo come una stringa libera e lo inoltra a una delle dieci implementazioni integrate corrispondenti; solo le quattro sono mai state documentate per un provider personalizzato e nessuna delle altre sei è stata testata qui. Configurabile liberamente | Costruire o incorporare un piccolo core di agente facilmente modificabile | Il README afferma che i nuovi issue e pull request dei nuovi contributori vengono chiusi automaticamente per impostazione predefinita e che si adotta un monorepo harness anziché un semplice CLI | Prezzi, vs OpenCode, configurazione |
| Oh My Pi | Fork attivo di Pi; push eseguito il 2026-09-18 | Nove protocolli wire di chat in models.yml: openai-completions, openai-responses, openai-codex-responses, azure-openai-responses, anthropic-messages, bedrock-converse-stream e tre varianti Google (google-generative-ai, google-gemini-cli, google-vertex). Lo stesso elenco aggiunge due API di valutazione, typesafe e openrouter-decisions, che rispondono a richieste di giudizio anziché di chat; lo schema alla versione v18.4.8 accetta esattamente questi undici valori. Configurabile liberamente tramite models.yml | L'agente da terminale di questa tabella con il maggior numero di protocolli di chat documentati, con strumenti LSP e DAP integrati | Gli endpoint compatibili con Anthropic che rifiutano il campo strict nelle definizioni degli strumenti richiedono disableStrictTools; il rilevamento forza un percorso /v1/models salvo disattivazione esplicita | Prezzi, configurazione, vs Pi |
| pool | Attivo ma piccolo: push eseguito il 2026-08-18, 425 stelle, sostenuto commercialmente da Poolside | Compatibile con OpenAI solo sul percorso personalizzato (POOLSIDE_STANDALONE_BASE_URL); supporta inoltre ACP separatamente. Solo tramite variabile d'ambiente, senza vincoli | Un agente da terminale nativo ACP che puoi anche eseguire come server per un editor compatibile | L'endpoint deve offrire GET /v1/models ed elencare il modello selezionato, altrimenti l'override della lunghezza del contesto smette silenziosamente di essere applicato | — |
| DeepSeek Harness | Attivo, anteprima per sviluppatori dichiarata dal progetto; push eseguito il 2026-09-17 | openai-completions, openai-responses o anthropic-messages, un protocollo per provider, memorizzato in 0.2.0-rc.2 nel cordis.patch.yml del profilo. Configurabile liberamente | Provare l'harness con architettura a plugin di DeepSeek come interfaccia web locale indirizzata a qualsiasi endpoint | I manutentori promettono modifiche incompatibili e, nella versione 0.2.0-rc.2, la pagina Models non può ancora aggiungere un provider che accede tramite OAuth, come Codex | configurazione |
| Droid (Factory) | Prodotto commerciale attivo, closed source; sia la documentazione sia la pagina dei prezzi erano raggiungibili il 2026-09-18. factory.ai reindirizza a factory.com | anthropic è Messages, openai è Responses, generic-chat-completion-api è Chat Completions. Vincolato dalla superficie: solo CLI e app desktop | Mantenere un agente supportato commercialmente spostando l'inferenza al proprio endpoint sulle superfici locali | I modelli personalizzati non compaiono mai nelle app web o mobili ospitate. Nella pagina BYOK non è dichiarato alcun vincolo di piano e la pagina dei prezzi non elenca la funzionalità — ciò indica l'assenza di un vincolo documentato, non la prova che non ne esista alcuno | Prezzi, configurazione |
| Qwen Code | Attivo; push eseguito il 2026-09-18 | OpenAI Chat Completions, Anthropic Messages, Google GenAI e Vertex, ciascuno con la propria variabile per l'URL di base, oltre a un'opzione esplicita Custom Provider. Configurabile liberamente | Cambiare protocollo e provider a runtime da un singolo client terminale | Il piano gratuito Qwen OAuth è stato interrotto il 2026-04-15 e rimosso dalla finestra di autenticazione, quindi qualsiasi guida che prometta ancora una quota giornaliera gratuita è obsoleta | Prezzi, configurazione |
| Kimi Code CLI | Attivo; MoonshotAI/kimi-code ha eseguito un push il 2026-09-18. Il vecchio repository Kimi CLI afferma che si sta evolvendo in questo progetto e verrà gradualmente dismesso | OpenAI Chat Completions e Responses, Anthropic Messages, Google GenAI, Vertex — blocchi provider in config.toml. Configurabile liberamente | Mantenere un accesso Moonshot gestito come un provider, aggiungendo accanto un endpoint di terze parti | Le credenziali non vengono mai lette da una variabile d'ambiente della shell: il nome della variabile deve essere dichiarato nella configurazione, altrimenti l'avvio fallisce | vs Claude Code, configurazione |
| OpenHands | Attivo ma ristrutturato: l'organizzazione ha cambiato nome da All-Hands-AI, il repository principale ora distribuisce Agent Canvas (1.20.0, 2026-09-17), mentre l'agente risiede in un repository SDK separato. La modalità CLI è ancora documentata | LiteLLM, quindi un prefisso del provider è obbligatorio. Vincolato dal backend: le connessioni ai provider sono disponibili sui backend agent-server locali e nascoste su un backend cloud | Lavoro autonomo e sandboxed in più passaggi — attività da issue a pull request e automazioni pianificate — sulla propria macchina o sul proprio server | Nel percorso proxy, il nome del modello deve essere già configurato su quel proxy. Non è documentato neppure se il backend cloud consenta una chiave diretta in un profilo provider | vs OpenCode, configurazione |
| mini-SWE-agent | Attivo; push eseguito il 2026-09-14, attualmente alla versione v2 con v1 mantenuta in un branch | LiteLLM; un endpoint personalizzato passa tramite model_kwargs con un provider compatibile con OpenAI e un api_base. Configurabile liberamente | Esecuzioni economiche e programmabili di batch e benchmark, con un ciclo principale abbastanza breve da poter essere letto prima di affidargli qualcosa | Un modello esterno al registro LiteLLM interrompe il monitoraggio dei costi e la v2 ha modificato la struttura della configurazione, quindi le istruzioni dell'epoca della v1 non sono trasferibili | Prezzi, configurazione, vs Claude Code |
| Nanocoder | Attivo; push eseguito il 2026-09-18. Gestito da una community collective anziché da un'azienda | Compatibile con OpenAI, oltre a Ollama e ai preset specifici dei fornitori. Una voce provider in agents.config.json o nella procedura guidata delle impostazioni. Configurabile liberamente | Coding da terminale local-first, in cui un'API remota è un'opzione tra i modelli locali anziché l'impostazione predefinita presunta | Le impostazioni vengono risolte blocco per blocco, quindi un override di progetto con un solo campo scarta il resto del blocco e ricorre ai valori predefiniti integrati anziché alla configurazione globale | Modelli e costi API, configurazione, vs OpenCode |
| Mistral Vibe | Attivo; push eseguito il 2026-09-18. Un progetto ufficiale di Mistral | Compatibile con OpenAI per impostazione predefinita; i blocchi provider in config.toml contengono api_base e il nome della variabile della chiave. Configurabile liberamente | Un piccolo CLI Python verificabile di un fornitore di modelli, con il proprio endpoint sottostante | Il riferimento del provider risiede nella documentazione di configurazione presente nel repository anziché nel README, quindi i nomi delle chiavi possono cambiare tra le release — fissa una versione in qualsiasi istruzione di configurazione | Configurazione, vs Claude Code, alternative |
| Gemini CLI | Attivo; push eseguito il 2026-09-18 | Solo Gemini nativo. L'override dell'URL di base si applica all'autenticazione tramite chiave API, deve usare HTTPS salvo che punti a localhost e non è documentata alcuna modalità compatibile con OpenAI | Lavoro da terminale incentrato su Gemini — e l'esempio più chiaro del motivo per cui protocollo ed endpoint sono questioni separate | L'override è documentato solo per il percorso con chiave API, quindi non contare sul fatto che raggiunga l'accesso OAuth con account Google; inoltre un URL compatibile con OpenAI non funzionerà a meno che l'endpoint non offra anche il protocollo wire Gemini | vs Claude Code |
| GitHub Copilot CLI | Attivo; release v1.0.86 del 2026-09-17. Non è l'estensione archiviata gh copilot, che si trova in un repository separato archiviato con un ultimo push del 2025-10-30 | OpenAI Chat Completions, Azure OpenAI o Anthropic, selezionati da una variabile del tipo di provider insieme a una variabile per l'URL di base. Nessun vincolo di piano per un individuo; il BYOK per organizzazioni ed enterprise non è stato verificato | Eseguire l'agente di coding di GitHub sul proprio endpoint senza un posto Copilot e senza un accesso GitHub | BYOK consente al CLI di funzionare senza autenticazione GitHub e la pagina sull'autenticazione elenca ciò che smette di funzionare senza di essa: /delegate, il server MCP di GitHub e GitHub Code Search. Le chiamate ai modelli continuano a funzionare e puoi anche effettuare l'accesso e portare una chiave, mantenendo entrambe le opzioni | vs Claude Code, configurazione |
| gptme | Attivo; push effettuato il 2026-09-18. Trasferito da uno spazio dei nomi personale all'organizzazione gptme; i vecchi percorsi reindirizzano. | Compatibile con OpenAI solo per gli endpoint personalizzati, tramite un prefisso di modello locale con una variabile per l'URL di base o una voce provider denominata. Configurabile liberamente | Un agente generico da terminale con strumenti shell e browser, reindirizzato impostando una variabile d'ambiente | Un endpoint che supporta solo Anthropic Messages non ha uno slot documentato e qualsiasi altro protocollo richiede un plugin scritto per il punto di ingresso del provider | — |
| Open Interpreter | Attivo ma riscritto come programma diverso: ora è un'implementazione Rust basata su Codex, con release contrassegnata rust-v0.0.44 il 2026-09-15, e il percorso del repository stesso è stato spostato in openinterpreter/openinterpreter | Una tabella provider TOML in cui wire_api accetta responses o chat. Configurabile liberamente | Un harness in stile Codex ottimizzato deliberatamente per modelli open economici, configurato tramite una tabella provider | Il nome non significa più ciò che intendono la maggior parte degli articoli — i vecchi file di configurazione Python, flag e tutorial non si applicano. L'esempio documentato usa il wire responses, quindi un endpoint che offre solo chat completions deve essere dichiarato esplicitamente | Configurazione, vs Claude Code, alternative |
| Amp | Attivo commercialmente; un agente di Sourcegraph, con un annuncio sulle policy datato 2026-09-13. I piani sono Hobby (gratuito), Individual/Megawatt, Gigawatt, Teams ed Enterprise | Gli URL di endpoint personalizzati arbitrari sono in accesso anticipato per i membri Megawatt e Gigawatt, dietro un toggle sperimentale; l'annuncio promette solo che saranno presto disponibili per tutti, senza indicare una data. Il semplice uso della propria chiave è separato e più ampio — lo stesso annuncio afferma che non ci sono costi o limiti sui token BYOK per nessuno, tranne il piano Enterprise, e che tutti possono usare Amp con le proprie chiavi senza costi mensili | Team che desiderano un agente commerciale con una potente ricerca del codice, mantenendo la spesa per i token sul proprio account del provider | Non presumere un URL di base arbitrario: al 2026-09-18 questa capacità era disponibile solo in accesso anticipato | Prezzi, configurazione, vs Claude Code |
| nanocode | Pubblicato ma con manutenzione minima: creato il 2026-04-01, ultimo push 2026-04-02, 20 stelle | Solo Anthropic Messages, nonostante la tabella del README. L'URL di base viene impostato tramite una variabile d'ambiente o un comando di configurazione. Configurabile liberamente | Leggere anziché eseguire — una breve codebase Python che mostra come viene assemblato il ciclo di un agente in stile Claude Code | La compatibilità OpenAI dichiarata non esiste nel codice: il client avvolge l'SDK Anthropic, quindi un endpoint semplice per le chat completions non funzionerà | — |
| QodeX | Attivo ma molto piccolo: creato il 2026-06-11, ultimo push 2026-08-22, 32 stelle. Non correlato al Codex di OpenAI | Un tipo openai che accetta un URL di base arbitrario, un tipo ollama e un tipo anthropic con il caching dei prompt attivo per impostazione predefinita. La configurazione contiene il nome della variabile della chiave, non la chiave. Configurabile liberamente | Lavoro local-first in cui un'unica configurazione contiene sia un server locale sia un endpoint cloud, selezionati per esecuzione tramite un profilo | Scala da manutentore unico, senza una community che possa assorbire una modifica incompatibile upstream, e nulla di tutto ciò viene verificato a runtime da qualcuno | — |
| GoCode | Attivo ma minimale: creato il 2026-07-25, ultimo commit del branch predefinito 2026-09-17, 5 stelle | Prevalentemente nella struttura OpenAI attraverso nove gateway denominati, con Anthropic come unica voce nativa; base_url per provider in config.toml. Configurabile liberamente | Un singolo piccolo binario Go con cambio del provider durante la sessione e senza runtime Node o Python sulla macchina | Gli ID dei modelli predefiniti distribuiti sono già obsoleti, quindi dovrai fissarli manualmente — e il nome collima con il demone Go di completamento automatico affermato da tempo | — |
| Jan Agent | Anteprima: la documentazione afferma che l'installer scarica da un canale nightly. Il repository principale è attivo, ultimo commit 2026-09-18 | Compatibile con OpenAI per impostazione predefinita, Anthropic Messages tramite un flag api-type. Flag, un file di configurazione o una variabile d'ambiente. Configurabile liberamente | Un agente da terminale destinato a un endpoint in stile OpenAI o Anthropic modificando un singolo flag | Software in anteprima installato da un canale nightly, quindi flag e comportamento possono cambiare tra le build e qualsiasi configurazione annotata è specifica della versione | Configurazione |
| Junie CLI | Attivo; la pagina della documentazione sui modelli personalizzati di JetBrains riportava il 18 settembre 2026, il giorno della verifica | Un profilo di modello JSON con un URL di base, una chiave (con supporto per l'interpolazione di variabili d'ambiente) e un apiType che seleziona il formato OpenAI completions, Anthropic o Gemini. La pagina BYOK afferma che non è richiesto alcun abbonamento JetBrains AI | Utenti JetBrains che desiderano l’agente Junie in un terminale, con addebito al proprio provider | La documentazione descrive specificamente la CLI e non conferma che gli stessi profili si applichino al plugin IDE; sottolinea inoltre che il modello deve essere abbastanza potente per l’uso agentico degli strumenti | Prezzi, configurazione, vs Claude Code |
| Docker Agent | Attivo, rinominato da cagent; il vecchio percorso del repository reindirizza a quello nuovo e i prefissi legacy delle variabili d’ambiente continuano a funzionare | Completamenti chat OpenAI tramite un api_type esplicito con un URL di base e il nome di una variabile per la chiave, oltre ai tipi di provider nativi anthropic, google e bedrock. Configurabile liberamente | Team multi-agente dichiarativi scritti in YAML e distribuiti come artefatti OCI | Confusione su nomi e fatturazione: il materiale precedente su cagent, la documentazione attuale di Docker Agent e le pagine degli abbonamenti AI di Docker descrivono cose diverse | — |
| fast-agent | Attivo; il repository non è archiviato, con issue e pull request aperte al momento della verifica | Un provider generico compatibile con OpenAI che accetta base_url e api_key in YAML, oppure un flag dell’URL di base per una singola esecuzione. Esistono separatamente percorsi nativi per Anthropic, OpenAI, Google, Azure e DeepSeek. Configurabile liberamente | Creazione di agenti nativi per MCP e di pattern di workflow in Python, gestiti da una CLI interattiva | Un framework, non un prodotto — nessun servizio ospitato o supporto commerciale — e gli esempi generici documentati usano endpoint locali, quindi un endpoint remoto è previsto dalle specifiche ma non è la configurazione illustrata | — |
| Stakpak | Inattivo, non archiviato: Apache-2.0, ma l’ultimo commit del ramo predefinito risale al 2026-07-06 e l’ultima release v0.3.88 è datata 2026-06-10 — oltre due mesi di inattività al momento della verifica | Compatibile con OpenAI tramite una chiave api_endpoint; accetta anche chiavi native Anthropic e OpenAI. Un account Stakpak è un’opzione, non un requisito | Attività DevOps e infrastrutturali — debugging di Kubernetes, CI/CD e infrastruttura come codice — con protezioni contro i comandi distruttivi | Entrambi gli esempi funzionanti nel README puntano api_endpoint a un server locale, quindi il caso remoto è previsto dalle specifiche ma non è la configurazione illustrata. Considerando anche il divario tra i commit sopra indicato, consideratelo un progetto da verificare prima di adottarlo, non un progetto in sviluppo attivo | — |
| VT Code | Attivo ma esplicitamente sperimentale e mantenuto da una sola persona; il README afferma che l’inferenza locale e alcuni flussi di automazione possono cambiare tra le release | Un array di provider personalizzati compatibili con OpenAI in vtcode.toml, con base_url e il nome di una variabile per la chiave, oltre a un allowlist opzionale dei provider. Configurabile liberamente | Un singolo binario Rust statico per chi desidera un’ampia scelta di provider e un allowlist dei provider verificabile | Manutenzione individuale nel tempo libero con superfici dichiarate sperimentali, quindi la stabilità della configurazione tra le release è un rischio concreto | rispetto a OpenCode |
| CodeBuddy Code | Attivo; un prodotto Tencent Cloud la cui documentazione della CLI fa riferimento alla v2.153.0 | Compatibile con OpenAI tramite una coppia composta da URL di base e variabile della chiave, presentata per servizi di modelli di terze parti. Nella documentazione non compare alcuna dichiarazione di compatibilità con il formato Anthropic, nonostante l’esperienza utente familiare. Nessun vincolo di piano per il percorso di terze parti | Un workflow da terminale con struttura simile a Claude Code, esecuzione in sandbox, sotto-agenti personalizzati e hook | Diversi prodotti non correlati portano il nome CodeBuddy e il selettore di regione del fornitore smette di applicarsi quando si indirizza la CLI verso un URL di base di terze parti | — |
| Warp | Attivo; le pagine della documentazione verificate riportano come ultima data di aggiornamento il 16 settembre 2026 | OpenAI Chat Completions per l’endpoint di inferenza personalizzato, configurato per ciascun utente nei piani Free e nei piani a pagamento idonei. Le organizzazioni con più di dieci dipendenti necessitano di Business o Enterprise. Una funzionalità separata, riservata alle aziende, copre i percorsi nativi dei provider cloud | Un’interfaccia terminale agentica eseguita sul proprio endpoint invece che su una quota di modelli inclusa | Si applicano due vincoli: la regola sulla dimensione dell’organizzazione e il requisito inderogabile che l’endpoint sia pubblicamente raggiungibile — localhost, indirizzi di rete privati e proxy accessibili solo internamente vengono rifiutati senza eccezioni | vs Claude Code |
Editor e fork di IDE
Continue, Void e PearAI si trovano nella sezione archiviata e sostituita, non qui.
| Client | Ciclo di vita | Confine protocollo / BYOK | Ideale per | Limite della chiave | Pagina Kunavo |
|---|---|---|---|---|---|
| Zed | Attivo; push eseguito il 2026-09-18 | Due alberi di impostazioni indipendenti, compatibili con OpenAI e con Anthropic, ciascuno con il proprio api_url. La pagina dei prezzi offre al piano gratuito Personal un uso illimitato con le proprie chiavi API, quindi BYOK non è soggetto a pagamento. Modifica della previsione ha un albero proprio e può anche usare un provider compatibile con OpenAI | Un editor nativo veloce in cui una chiave può alimentare il pannello dell’agente, l’assistenza inline e la previsione delle modifiche | Nessuna individuazione dei modelli: ogni modello viene dichiarato manualmente con i propri limiti di token e un refuso produce un modello mancante anziché un errore. Zed come provider del modello e il modello predefinito per la previsione delle modifiche richiedono comunque un accesso Zed | rispetto a Cursor, configurazione |
| Theia IDE | Attivo; pubblicato il 2026-09-18, con una build nightly contrassegnata lo stesso giorno | Compatibile con OpenAI. Un array di preferenze di oggetti modello personalizzati contenenti model, url, id e key. Nessun vincolo di piano o account, ma le funzionalità AI vengono distribuite disabilitate dietro un interruttore locale | Un IDE desktop neutrale rispetto ai fornitori della Eclipse Foundation, in cui ogni endpoint del modello viene dichiarato esplicitamente nelle impostazioni | Nessuna individuazione dei modelli e un url o id errato fallisce silenziosamente. Non confondete l’IDE Theia scaricabile con la piattaforma Theia incorporata da altri prodotti — la configurazione sopra riportata è quella dell’IDE | Configurazione |
| Twinny | Attivo; pubblicato il 2026-09-18, MIT | Compatibile con OpenAI, attraverso due percorsi diversi: la chat aggiunge chat-completions al percorso configurato, mentre l’autocompletamento usa il percorso legacy completions. I provider vengono aggiunti uno alla volta tramite un modulo con un pulsante di test. Configurabile liberamente | Autocompletamento gratuito di VS Code più chat, con fill-in-the-middle e chat indirizzati deliberatamente verso modelli diversi o persino endpoint diversi | La compatibilità della chat non implica che l’autocompletamento funzioni: un endpoint che fornisce solo completamenti chat produce una chat funzionante e un testo fantasma inattivo. Verificate separatamente il percorso completions e il template fill-in-the-middle | Configurazione, rispetto a Continue |
| Qoder | Attivo; una piattaforma Alibaba di coding agentico con documentazione aggiornata sui modelli personalizzati | Vincolato dalla superficie. L’IDE accetta un URL di base e una chiave con un selettore compatibile con OpenAI (chat completions o responses) o compatibile con Anthropic. La CLI no: la sua pagina sui modelli personalizzati indica di non configurare manualmente BYOK in settings.json e che provider, modelli e campi delle credenziali disponibili sono fissati dal catalogo BYOK dell’account | Attività agentica in un IDE consapevole del repository, usando la propria chiave invece di una quota inclusa | IDE e CLI non condividono le regole BYOK, quindi l’affermazione generale secondo cui "Qoder supporta endpoint personalizzati" è falsa per la CLI | Configurazione, rispetto a Claude Code |
| Dyad | Attivo; release v1.15.0 del 2026-09-11 e un commit del 2026-09-18 | Solo compatibile con OpenAI. Aggiungete un provider personalizzato con un ID, un nome visualizzato e un URL di base, quindi aggiungete ogni modello con un ID modello esatto. I crediti Dyad Pro sono un’alternativa, non un requisito | Un’app desktop locale per la creazione, in cui l’intero ciclo di build viene eseguito con la propria chiave | I modelli personalizzati richiedono l’inserimento manuale dei limiti dei token di output e della finestra di contesto; se lasciati vuoti, l’app usa valori predefiniti che possono limitare silenziosamente le build lunghe | Prezzi, configurazione, rispetto a Lovable |
| bolt.diy | Inattivo, non archiviato: ultimo commit 2026-02-07, 83 issue aperte, ultimo tag v1.0.0 del 2025-05-12 | Compatibile con OpenAI tramite una voce di provider simile a OpenAI oppure una coppia composta da URL di base e chiave in un file env locale. Interamente self-hosted, senza vincoli | Creazione di app full-stack self-hosted nel browser, in cui ogni chiave rimane nel proprio file env | Nessuno ha pubblicato codice dal 2026-02-07, quindi nuovi id di modello, peculiarità dei provider e arretrato aperto sono a vostro carico — una configurazione funzionante oggi non è una configurazione mantenuta | Modelli e costo dell’API, rispetto a Dyad e Bolt.new |
Client desktop per chat e basi di conoscenza
Witsy si trova nella sezione archiviata; Smart Chat si trova nella tabella senza endpoint, perché per quest’ultimo non è documentato un URL di base arbitrario di terze parti.
| Client | Ciclo di vita | Confine protocollo / BYOK | Ideale per | Limite della chiave | Pagina Kunavo |
|---|---|---|---|---|---|
| Cherry Studio | Attivo; pubblicato il 2026-09-18. Edizione community AGPL-3.0 con un’edizione enterprise venduta separatamente e un’opzione di licenza commerciale | Compatibile con OpenAI per impostazione predefinita, con OpenAI Responses, Anthropic e Gemini selezionabili per ciascun provider. Inserite la radice del provider — l’app aggiunge da sola il percorso della versione e un cancelletto finale fissa esattamente l’indirizzo. Configurabile liberamente | Uno spazio di lavoro desktop gratuito per una persona che gestisce molti provider, assistenti, modelli locali e documenti | Il campo dell’indirizzo API è una radice, non un endpoint: la pagina delle impostazioni indica che Cherry Studio aggiunge da solo /v1/chat/completions a meno che l’indirizzo non termini con #, quindi incollare un URL completo di chat-completions duplica il percorso. La pull request che avrebbe dovuto rimuoverlo (#19120) è stata chiusa senza merge il 2026-09-04 | Configurazione |
| Chatbox AI | Attivo; il repository è stato rinominato in chatboxai/chatbox con reindirizzamento dal vecchio percorso, pubblicato il 2026-09-16 | Completamenti chat compatibili con OpenAI per provider personalizzati: aggiungete un provider con un host API, un percorso API vuoto e una chiave, quindi recuperate l’elenco dei modelli. Nessun vincolo di piano | Dare a una persona non sviluppatrice che possiede già una chiave qualcosa che funzioni su desktop, dispositivi mobili e web, con recupero dell’elenco dei modelli invece dell’inserimento manuale degli ID dei modelli | Due superfici API condividono il nome e puntano in direzioni opposte: il prodotto offre anche un endpoint compatibile con OpenAI in un piano a pagamento fatturato in punti di calcolo, che non è BYOK | Configurazione |
| Jan Desktop | Attivo; pubblicato il 2026-09-18, ultima release v0.8.4 del 2026-07-23. Il vecchio percorso dell’organizzazione reindirizza qui | Compatibile con OpenAI o Anthropic, selezionabile per ciascun provider. L’URL di base deve includere il percorso della versione previsto dal server e una chiave è obbligatoria anche per i server locali non autenticati. Configurabile liberamente | Persone che iniziano in locale e offline con un motore di inferenza integrato, ma vogliono che la stessa app raggiunga un endpoint cloud a pagamento | I provider personalizzati non rilevano automaticamente le capacità — l’app non può dedurre se un modello supporta strumenti, visione o audio, quindi queste opzioni devono essere attivate per ogni modello o non produrranno nulla senza avviso | Modelli e costo dell’API, rispetto a LM Studio |
| Msty Studio | Commerciale attivo, closed source senza repository pubblico; l’ultima voce del changelog pubblico è v2.9.6 del 2026-07-24, mentre la build di Msty disponibile per il download il 2026-10-01 era la 2.9.11 | Compatibile con OpenAI per provider personalizzati — un tipo "Open AI Compatible" con una API Key e un Inference Endpoint, etichette lette dalla build 2.9.11 — e questo percorso non è vincolato dal piano. I tipi di provider Azure e Bedrock sono riservati al livello a pagamento | Uno spazio di lavoro desktop closed source rifinito per chi non eseguirà mai Docker | Nessuna cronologia pubblica dei commit, quindi la manutenzione dipende interamente dal changelog del fornitore; i preset degli strumenti integrati sono specifici del provider e un provider personalizzato non li eredita | Prezzi, configurazione, rispetto a LM Studio e AnythingLLM |
| AnythingLLM | Attivo; MIT, pubblicato il 2026-09-17. Offre sia un’app desktop sia un server self-hosted | Completamenti chat compatibili con OpenAI tramite un provider generico che accetta URL di base, chiave, nome del modello, finestra di contesto e numero massimo di token. Nessun vincolo di piano quando è self-hosted | Recupero di documenti sul proprio computer o server, con selezione del modello per ogni spazio di lavoro | Chat, embedding e trascrizione sono configurati separatamente, quindi un endpoint chat non fornisce embedding e un’installazione di recupero funzionante necessita di un secondo provider. La documentazione segnala inoltre che il provider generico è orientato agli sviluppatori | rispetto a Open WebUI, configurazione |
| Open WebUI | Attivo; pubblicato il 2026-09-18. Licenza non standard — BSD-3 più una clausola sul branding che copre le distribuzioni oltre cinquanta utenti finali in un periodo mobile di trenta giorni | Completamenti chat OpenAI sia per modelli standard sia per backend agentici: inserite URL e chiave nelle connessioni amministrative. Un endpoint per l’elenco dei modelli è consigliato ma opzionale; senza di esso, elencate gli ID dei modelli nel campo allowlist. Configurabile liberamente | Un server di chat self-hosted multiutente collocato davanti a un endpoint, il luogo standard per collegare un backend agentico | La chiamata degli strumenti è valida quanto la fedeltà dello schema upstream; la documentazione evidenzia un livello di compatibilità in cui i campi obbligatori vengono omessi e le chiamate degli strumenti falliscono silenziosamente | Configurazione |
| LibreChat | Attivo; MIT, pubblicato il 2026-09-18 | Compatibile con OpenAI per impostazione predefinita; un valore anthropic del provider su un endpoint personalizzato instrada invece tramite il client nativo Messages. Solo file di configurazione, con l’URL di base come radice API. Configurabile liberamente | Distribuzioni self-hosted multiutente in cui ogni endpoint necessita di una propria policy per le chiavi, di un allowlist dei modelli e della contabilizzazione dei costi | Aggiungere un provider significa modificare YAML e riavviare, non fare clic su un pannello delle impostazioni; i prezzi dei token per endpoint sono metadati che inserite voi, quindi i costi visualizzati sono accurati solo quanto i dati immessi | rispetto a Open WebUI, configurazione |
| LobeHub | Attivo e rinominato: il vecchio percorso del repository lobe-chat ora reindirizza, pubblicato il 2026-09-18. Riposizionato da framework per chat a operatore di agenti. Licenza community con condizioni commerciali | Per l’uso self-hosted è documentato un URL di base personalizzato e le opzioni dell’SDK del provider espongono i tipi OpenAI e Anthropic. La documentazione non specifica se il cloud ospitato vincoli gli URL di base personalizzati a un piano a pagamento | Uno spazio di lavoro self-hosted per chat e agenti con marketplace di plugin e MCP, per un team che gestisce la propria istanza | La rinomina è effettiva, ma l’ecosistema no: le guide di terze parti e i tutorial meno recenti sulle variabili d’ambiente usano ancora il nome precedente e i passaggi di configurazione sono cambiati con la nuova versione | Configurazione |
| ChatWise | Commerciale attivo, closed source senza repository pubblico; la documentazione e le pagine dei prezzi sono entrambe aggiornate al 2026-09-18 | Compatibile con OpenAI o Anthropic per ciascun provider personalizzato, con modelli recuperati da un endpoint per l’elenco dei modelli o aggiunti manualmente. Esiste una licenza Pro una tantum; nessuna delle due pagine specifica se i provider personalizzati funzionino nel livello gratuito | Chi desidera un client desktop nativo veloce, paga una volta invece di sottoscrivere un abbonamento e porta la propria chiave | I modelli aggiunti manualmente non hanno capacità rilevate automaticamente — dichiarate voi lunghezza del contesto, visione, audio e ragionamento, e un flag errato produce una funzionalità silenziosamente non funzionante. Il livello gratuito è concesso in licenza per uso personale e non commerciale | Configurazione, Costo dell’API, rispetto a Chatbox |
| TypingMind | Commerciale attivo; venduto con piani di licenza una tantum, mentre il prodotto per team viene fatturato separatamente | Il modulo live Add Custom Model (verificato il 2026-10-01) offre i tipi API OpenAI Chat Completions, OpenAI Responses, Claude Messages e Gemini, e il campo Endpoint URL richiede il percorso COMPLETO — gli esempi ufficiali terminano con il percorso chat-completions. Nessun vincolo di livello nella tabella dei piani pubblicata | Un frontend di chat BYOK rifinito che si acquista una volta e poi si alimenta con i propri token | A un endpoint pubblicato come URL di base è necessario aggiungere manualmente il suffisso. Le richieste partono direttamente dal browser — lo indica la pagina Local AI di TypingMind — quindi l’endpoint deve inviare intestazioni CORS; l’interruttore facoltativo "Route requests via TypingMind Cloud" del modulo è il metodo documentato per aggirare il problema | Configurazione, prezzi, alternative |
| Copilot for Obsidian | Attivo; release 4.0.9 del 2026-09-16, AGPL-3.0. La documentazione è stata spostata su un nuovo dominio e i vecchi percorsi reindirizzano | Compatibile con OpenAI. Aggiungete un provider personalizzato con un URL di base e un ID del modello, oltre a una chiave quando l’endpoint la richiede. La documentazione afferma che ciò non richiede una licenza self-host; i livelli a pagamento seguono un percorso gestito separato | Conversare con e cercare in un vault Obsidian usando la propria chiave, senza abbonarsi al servizio ospitato del plugin | Se il test di connessione ha esito positivo ma la chat continua a non funzionare, dovete abilitare l’opzione CORS del provider — e questo disabilita lo streaming, quindi le risposte compaiono dopo il completamento invece che token per token | Configurazione, Costo dell’API, rispetto a Smart Connections |
| NextChat | Attivo ma in rallentamento e in fase di commercializzazione: ultimo commit 2026-08-11, ultima release contrassegnata 2025-07-29. Il repository ora mette in primo piano un servizio ospitato a pagamento, mentre il self-hosting resta il percorso di distribuzione documentato | Compatibile con OpenAI: una variabile dell’URL di base riscrive il percorso OpenAI e gli altri fornitori hanno variabili proprie. Solo self-hosted, senza vincoli di piano | Un’interfaccia chat self-hosted davanti a un endpoint, con un clic, in cui una variabile del nome del modello controlla esattamente quali nomi vedono gli utenti | Gli ID dei modelli del vostro endpoint non compaiono finché non li elencate in quella variabile — impostare solo l’URL di base lascia gli utenti davanti al menu predefinito | Configurazione |
| ChatGPTBox | Attivo; la proprietà è stata trasferita a un’organizzazione del progetto con reindirizzamento dal vecchio percorso, release v2.7.1 del 2026-09-06. Un trasferimento, non una rinomina del prodotto | Compatibile con OpenAI in modalità modello personalizzato, che accetta un indirizzo API e una chiave personalizzati. Configurabile liberamente | Un assistente del browser integrato nella pagina — azioni sulla selezione, riepiloghi, una barra laterale dei risultati di ricerca — indirizzato verso il proprio endpoint | Le modalità gratuite principali usano una sessione web autenticata invece della vostra chiave; BYOK si applica solo dopo il passaggio deliberato alla modalità modello personalizzato | — |
Creazione di workflow
Flowise si trova nella sezione archiviata, non qui.
| Client | Ciclo di vita | Confine protocollo / BYOK | Ideale per | Limite della chiave | Pagina Kunavo |
|---|---|---|---|---|---|
| Dify | Attivo e in rapida evoluzione: ultimo commit 2026-09-18, release 1.17.1 del 2026-09-10. Apache 2.0 modificata | Compatibile con OpenAI, dichiarato per tipo di modello tramite un plugin di compatibilità ufficiale — un’istanza separata del plugin per LLM, embedding, rerank, sintesi vocale e sintesi vocale inversa. Nessun vincolo di piano quando è self-hosted | Team che assemblano visivamente pipeline di recupero e workflow agentici, con una chiave dietro molti slot di modelli | Per i tipi diversi da LLM il plugin aggiunge da solo la versione dell’API, quindi un URL di base che termina già con un percorso di versione produce un percorso duplicato. La licenza vieta inoltre di eseguirlo come servizio multi-tenant senza una licenza commerciale | Configurazione, Costo dell’API, rispetto a n8n |
| n8n | Attivo; ultimo commit 2026-09-18. Fair-code con Sustainable Use License, con i file soggetti a licenza enterprise contrassegnati nell’albero | Compatibile con OpenAI. La credenziale espone un campo URL di base descritto come sostitutivo della base API predefinita, verificato direttamente nel codice sorgente della credenziale e non solo nella documentazione. Nell’attuale nodo OpenAI Chat Model (versione 1.3, n8n 2.41.4) "Use Responses API" è attivo per impostazione predefinita, quindi le richieste vanno al percorso responses a meno che non lo disattiviate. Nessun vincolo di piano su self-hosted | Automazione self-hosted in cui un passaggio LLM è inserito in un workflow più ampio e una modifica all’URL di base sposta contemporaneamente ogni nodo AI | Il test della credenziale invia una richiesta all’elenco dei modelli verso l’URL di base e controlla solo lo stato HTTP, quindi un endpoint che ne è privo non supera il test — mentre un URL di base errato che risponda per caso con 200 su quel percorso lo supera. Sul cloud ospitato lo stesso nodo può usare i crediti del fornitore invece della vostra credenziale — confermate quale sia selezionato | Configurazione, Costo dell’API, rispetto a n8n |
| AutoGPT Platform | Il repository è attivo (push effettuato il 2026-09-18), ma AutoGPT Classic — l’agente autonomo del 2023 a cui si riferisce la maggior parte del traffico di ricerca — è esplicitamente non mantenuto; la documentazione ufficiale dichiara che le dipendenze non verranno aggiornate e i problemi non verranno risolti | Completamenti chat compatibili con OpenAI; le due metà del prodotto differiscono. Limitato dalla superficie: l’agente chat AutoPilot accetta CHAT_BASE_URL in un’installazione self-hosted, e la guida elenca un’API gestita compatibile con OpenAI tra le configurazioni funzionanti. L’helper del provider a livello di blocco è l’opposto: un’enumerazione chiusa dei provider, i cui client OpenAI e Anthropic vengono costruiti senza URL di base; l’unico host impostabile dall’utente è un host Ollama verificato rispetto a un elenco di nomi host attendibili | Un builder visuale basato su blocchi con un marketplace, accanto al quale l’agente chat può operare sul proprio endpoint | I due percorsi leggono variabili d’ambiente diverse, quindi configurarne uno non configura l’altro, e la guida afferma che la distribuzione ospitata agpt.co ignora completamente queste variabili — questo è un percorso self-hosted. Anche il trasporto della chat rifiuta di ricorrere a una chiave OpenAI presente nell’ambiente, quindi CHAT_API_KEY deve essere impostato esplicitamente. Eseguito sull’immagine single-container della v0.8.2 contro un sostituto di registrazione il 2026-10-01: un turno di chat e tre round trip degli strumenti completati | Configurazione API personalizzata, prezzi, alternative |
Agenti personali sempre attivi
| Client | Ciclo di vita | Confine protocollo / BYOK | Ideale per | Limite della chiave | Pagina Kunavo |
|---|---|---|---|---|---|
| OpenClaw | Attivo; push effettuato il 2026-09-18. Rinominato due volte — Clawdbot, poi Moltbot, quindi OpenClaw — ed entrambi i vecchi percorsi del repository rimandano ancora qui | Un campo api per provider seleziona l’adattatore delle richieste, insieme a baseUrl, apiKey e a un array models in JSON. Gli esempi di provider personalizzati usano openai-completions e anthropic-messages; il riferimento alla configurazione del gateway elenca undici adattatori, tra cui openai-responses, google-generative-ai, google-vertex e bedrock-converse-stream, e imposta per impostazione predefinita un baseUrl senza api su openai-completions. Lo schema di configurazione alla v2026.9.7 ne accetta dodici: gli undici precedenti più google-interactions, aggiunto il 25 settembre 2026 e documentato nella sua pagina del provider Google, ma non ancora presente nel riferimento. Liberamente configurabile | L’agente personale generico predefinito quando si desiderano il più ampio ecosistema di plugin e la maggiore copertura della community | Nessuna rilevazione del catalogo: ogni modello deve essere elencato per ID e contextWindow, maxTokens e i campi del costo per token sono facoltativi, con valori predefiniti applicati se omessi. Se si omettono i costi, la reportistica della spesa è una stima; se li si compila, riflette ciò che è stato inserito anziché ciò che è stato addebitato | Prezzi, alternative |
| Hermes Agent | Attivo; MIT, push effettuato il 2026-09-18, tag di release v2026.9.14 | Compatibile con OpenAI per impostazione predefinita; un campo transport sul provider personalizzato lo commuta su Anthropic Messages. Impostabile interattivamente o in una configurazione YAML. Nessun piano, abbonamento o requisito di account | Un agente CLI personale persistente con memoria in un database locale, raggiungibile da diverse piattaforme di chat tramite un unico endpoint | L’ipotesi predefinita è rappresentata dai completamenti chat OpenAI, quindi un endpoint solo Anthropic richiede quel campo transport separato — e il fallimento appare come un endpoint non funzionante anziché come un formato wire errato | Prezzi, rispetto a OpenClaw |
| nanobot | Attivo; MIT, push effettuato il 2026-09-18, pubblicato da HKUDS. Un progetto diverso, anch’esso attivo, usa lo stesso nome altrove — verificare l’organizzazione prima di seguire un link | Compatibile con OpenAI per provider personalizzati e denominati arbitrariamente; un endpoint con forma Anthropic deve invece sovrascrivere la base nel provider Anthropic integrato. La documentazione indica di includere il percorso della versione. Liberamente configurabile | Un agente personale self-hosted che funziona come interfaccia web, terminale o app di chat e riespone una propria API compatibile con OpenAI | I provider personalizzati con nomi arbitrari hanno solo la forma OpenAI e non usano il formato delle richieste Anthropic; i backend nativi rifiutano direttamente il campo proxy | rispetto a OpenClaw |
| ZeroClaw | Attivo; Apache-2.0, push effettuato il 2026-09-18 | Un campo wire_api seleziona i completamenti chat o OpenAI Responses per provider, con percorsi dalla forma Anthropic in uno slot provider separato. Il campo uri è obbligatorio nello slot personalizzato e sovrascrive anche qualsiasi famiglia integrata. Ogni campo è impostabile tramite variabile d’ambiente. Liberamente configurabile | Un runtime Rust orientato alla sicurezza, abbastanza piccolo per hardware economico, con autonomia supervisionata e sandboxing a livello del sistema operativo | Il wire cambia il comportamento, non solo il trasporto: i wire compatibili con OpenAI e Responses non possono trasportare i metadati di rifiuto Anthropic, quindi il fallback automatico funziona solo tramite lo slot Anthropic, e il caching dei prompt su un percorso di completamento chat richiede un flag non predefinito | rispetto a OpenClaw |
| NanoClaw | Attivo; MIT, push effettuato il 2026-09-17 | Con forma Anthropic e vincolo sull’account nel percorso predefinito: il runtime predefinito è Claude Agent SDK, quindi immediatamente si aspetta un abbonamento Claude o una chiave Anthropic. Qualsiasi endpoint compatibile con Anthropic funziona tramite una coppia base URL e token; l’accesso compatibile con OpenAI è indiretto, delegato attraverso una skill | Un’alternativa isolata in container a OpenClaw per chi vive già in Claude Code, integrata con diverse piattaforme di messaggistica | Un endpoint solo OpenAI deve essere raggiunto tramite una skill di delega. Un provider Codex separato, installato con /add-codex (@openai/codex 0.155.1 bloccato), esegue modelli OpenAI tramite il servizio proprietario di OpenAI con una chiave OpenAI o un accesso ChatGPT; un WebSocket Responses bloccato termina con il timeout di dieci minuti del turno di NanoClaw, riprodotto il 2026-10-01. Per progettazione il progetto non fornisce inoltre file di configurazione, quindi le impostazioni BYOK risiedono in un file env e in comandi CLI per gruppo | rispetto a OpenClaw, timeout Codex |
| PicoClaw | Attivo; MIT, push effettuato il 2026-09-17, pubblicato da Sipeed. Scritto da zero in Go, esplicitamente non è un fork | Trappola nella denominazione: il valore provider anthropic indica i completamenti chat compatibili con OpenAI, mentre anthropic-messages indica l’API Messages nativa. Un campo api_base sovrascrive l’endpoint e intestazioni personalizzate possono sovrascrivere l’autorizzazione. Liberamente configurabile | L’ingombro minimo qui presente — un singolo binario Go con modalità agent, gateway e TUI, destinato a distribuzioni sempre attive e integrate | Un endpoint che espone solo il percorso Messages restituisce 404 con il valore anthropic. Bedrock e il percorso di identità Azure non sono inclusi nel binario predefinito e richiedono una ricompilazione con build tag | Costo e configurazione dell’API, errori 404, rispetto a OpenClaw |
| IronClaw | Attivo; Apache-2.0, push effettuato il 2026-09-13, pubblicato sotto l’organizzazione nearai | Un adattatore generico per completamenti chat compatibili con OpenAI, in cui l’URL di base è obbligatorio, oltre a provider nativi Anthropic, Gemini, Bedrock e altri, ciascuno dei quali accetta una sovrascrittura dell’URL di base. Un fallback tramite variabile d’ambiente copre i container e le esecuzioni occasionali. Liberamente configurabile | Un sistema operativo per agenti orientato a privacy e sicurezza, con archivio locale cifrato dei segreti, strumenti in sandbox e divulgazione progressiva degli strumenti | L’adattatore generico non ha un host predefinito, quindi l’URL di base deve essere fornito — ogni esempio documentato lo imposta esplicitamente e nessuno di essi è un endpoint di terze parti ospitato. La documentazione non specifica a quale livello fallisca un URL di base mancante | API personalizzata, errore di budget del contesto, rispetto a OpenClaw |
| Agent Zero | Attivo; push effettuato il 2026-09-18, creato il 2024-06-10 — il progetto più vecchio di questo gruppo. La proprietà è passata da un account personale all’organizzazione agent0ai e il vecchio percorso reindirizza | Completamenti chat compatibili con OpenAI tramite un provider generico con un campo URL API per modello e la chiave inserita separatamente. Solo interfaccia: la guida d’installazione non documenta alcun equivalente in file di configurazione o variabile d’ambiente. Nessun vincolo di piano | Un framework per agenti modificabile e guidato dai prompt, eseguito in Docker con un’interfaccia web, più vicino a un framework da modellare che a un assistente finito | I modelli chat, utility ed embedding sono configurati indipendentemente, quindi un endpoint che offre chat ma non embedding impone una configurazione separata; la documentazione avverte che modelli utility molto piccoli falliscono direttamente nelle attività di memoria | rispetto a OpenClaw |
| OpenManus | Attivo ma visibilmente più lento: push effettuato il 2026-08-22, con i commit più recenti datati 2026-08-16. Trappola del link obsoleto — il percorso originale del repository NON reindirizza e ora risolve verso un repository separato e non correlato | Completamenti chat compatibili con OpenAI, confermati nel codice sorgente e non solo nella documentazione. Un blocco config.toml con base_url, api_key e model; un campo api_type commuta sui client Azure o Bedrock. Liberamente configurabile | Una reimplementazione open di un ciclo general-agent per ricerca e automazione del browser, nonché la configurazione più meccanica di questo gruppo | Sono presenti due blocchi LLM indipendenti, uno per il modello principale e uno per la visione, ciascuno dei quali richiede il proprio URL di base e la propria chiave. La configurazione di esempio blocca inoltre un model id del 2025 che fallirà sulla maggior parte degli endpoint attuali | Costo e configurazione dell’API, errori di token e strumenti |
| SillyTavern | Attivo; AGPL-3.0, push effettuato il 2026-09-14 | Completamenti chat compatibili con OpenAI tramite una sorgente di completamento personalizzata. La documentazione indica di non aggiungere il suffisso chat-completions e di provare ad aggiungere il percorso della versione se la connessione fallisce. Liberamente configurabile | Roleplay e chat con personaggi in formato lungo, con forte controllo dei prompt — un acquirente davvero diverso dalla coorte di coding, con contesto e pattern dei token differenti | La modalità di post-elaborazione del prompt conta più dell’endpoint: le varianti "no tools" rimuovono le chiamate agli strumenti dal prompt e il tool calling non è supportato in tali varianti — senza errori | Migliore API, configurazione |
| Msty Go | Attivo, rinominato da Msty Claw il 2026-08-04. Closed source; la pagina dei prezzi lo elenca in un piano beta da $0, con livelli team indicati come pianificati | Sconosciuto. Le impostazioni documentano un tipo, un nome visualizzato, un URL di base, una chiave e il comportamento dell’elenco dei modelli, ma la documentazione non elenca mai le opzioni del tipo, quindi il formato wire prodotto da un provider personalizzato non è pubblicato | Un esecutore di attività desktop con ambito limitato, cartelle esplicite, esecuzione isolata e lavoro sottoponibile a revisione | Closed source, beta gratuita e lista non documentata dei tipi di provider: dalla documentazione non è possibile confermare che un endpoint arbitrario compatibile con OpenAI funzionerà. Questo richiede un’installazione per essere verificato | Configurazione |
| Page Assist | Attivo; MIT, push effettuato il 2026-09-13 | Compatibile con OpenAI. Le impostazioni offrono una scheda compatibile con OpenAI in cui un’opzione Custom accetta l’URL API e la chiave. Liberamente configurabile | Una chat nella barra laterale del browser in grado di leggere la pagina aperta, per chi non aprirà mai un terminale | Un’interfaccia chat da estensione del browser anziché un agente autonomo — nessun ciclo di coding o esecuzione degli strumenti — e il suo centro di gravità resta costituito dai modelli locali, quindi i percorsi cloud ricevono relativamente pochi test | Configurazione |
Client senza endpoint di terze parti documentato
Questi tre sono abbastanza attivi da comparire nei risultati di ricerca, ma nessuno documenta la possibilità di indirizzare il client verso un URL di base arbitrario. Qui occorre tenere distinti tre fatti, perché vengono regolarmente riuniti in uno solo: se è possibile fornire la propria chiave del vendor, se è possibile fornire il proprio endpoint e se nessuno ha stabilito né l’una né l’altra cosa. Devon accetta chiavi del vendor e non documenta alcun campo URL di base; Kiro CLI non accetta nessuno dei due — le chiavi API descritte nella documentazione enterprise di Kiro sono proprie di Kiro, per eseguire la CLI negli script, non un modo per usare la chiave di un vendor di modelli; Smart Chat è soggetto a un vincolo di piano e il supporto per endpoint arbitrari è semplicemente non confermato, cosa diversa dal rifiuto. Solo la colonna endpoint rende un client raggiungibile da Kunavo.
| Client | Categoria | Ciclo di vita | Cosa è effettivamente disponibile | Dove questo ti lascia |
|---|---|---|---|---|
| Kiro CLI | Terminale | Attivo, rinominato da Amazon Q Developer CLI (disponibile dal 2025-11-17, aggiornato automaticamente il 2025-11-24; i vecchi punti di ingresso funzionano ancora). Separatamente, i plugin IDE di Amazon Q Developer e gli abbonamenti a pagamento terminano il supporto il 2027-04-30, con le nuove iscrizioni bloccate dal 2026-05-15 | Nessuno documentato. I modelli vengono forniti tramite livelli di abbonamento ed erogati via Bedrock; la documentazione dei modelli non contiene alcuna opzione per provider personalizzati, chiavi o URL di base. BYOK esiste solo come richiesta di funzionalità aperta | Oggi non è possibile alcun endpoint di terze parti. Non va confuso con Kiro Crew, un prodotto di orchestrazione open source separato costruito sopra la CLI. Ciò che offre e quando supera un agente con endpoint personalizzato è confrontato in Kiro CLI rispetto a Claude Code |
| Devon | Terminale | Non formalmente archiviato, ma di fatto abbandonato: il commit più recente del ramo predefinito è datato 2024-07-29 e l’ultimo push del repository di qualsiasi tipo è del 2025-05-26 | Chiavi sì, endpoint no. Il README documenta variabili per le chiavi di ciascun vendor e un percorso Ollama locale, senza alcun override base-URL o api-base | Solo riferimento storico. Il valore nella directory serve a disambiguare: Devon (open source, dormiente) non è Devin, un prodotto commerciale diverso che domina gli stessi risultati di ricerca |
| Smart Chat (Smart Connections) | Plugin Obsidian | Attivo ma suddiviso in prodotti separati: il core gratuito è presentato come ricerca semantica senza chiave richiesta, mentre la chat con modelli API è un’estensione separata. Ultimo commit 2026-09-16 | Soggetto a un vincolo di piano, e un endpoint arbitrario non è confermato. Il flusso documentato richiede Smart Chat Pro più un modello da un insieme fisso di adattatori denominati; l’unico URL di base personalizzato documentato è per una specifica app self-hosted | Considera sconosciuto il supporto per endpoint arbitrari, anziché assente — nulla nella documentazione attuale lo stabilisce. Le pagine di configurazione precedenti di Smart Connections sono esplicitamente deprecate e non devono essere riutilizzate. Il confronto con un client che accetta un endpoint personalizzato è in Copilot per Obsidian rispetto a Smart Connections |
Ritirato, archiviato e sostituito
Questi dieci sono nella directory affinché una ricerca che approda al nome raggiunga lo stato anziché un comando d’installazione. Nessuno di essi è una raccomandazione attuale.
| Client | Stato | Cos'è ora | Dove andare invece |
|---|---|---|---|
| Continue | La manutenzione è cessata; il repository è di sola lettura dopo una release finale 2.0.0 dell’estensione VS Code, della CLI e del plugin JetBrains. Il sito dell’azienda dichiara che è stata acquisita da Cursor. Ultimo commit del ramo predefinito 2026-07-21 | Un agente di coding congelato — estensione VS Code, CLI e plugin JetBrains — che può ancora essere reindirizzato verso un endpoint di terze parti ora che l’autenticazione integrata è stata rimossa | Solo installazioni esistenti, non un punto di partenza. Avvertenza meccanica per chi ricontrolla: il repository non è contrassegnato come archiviato e la data dei push cambia ancora ogni giorno, quindi un controllo del flag di archivio lo segnala come attivo. Pagina di configurazione esistente |
| Void | Archiviato il 2026-06-02; di sola lettura e non accetta contributi. Il README si apre dichiarandolo deprecato | Un fork archiviato di VS Code che lo stesso README raccomanda principalmente come riferimento per creare fork di VS Code | Migrare. Il README rimanda a un repository di fork della community; Zed e Theia sono gli editor mantenuti in questa directory. Lettura per la migrazione: alternative all’editor Void |
| PearAI | Il repository dell’editor non distribuisce nulla dal 2025-05-20; l’attività più recente ovunque nell’organizzazione è del 2026-06-19. La homepage è attiva e vende ancora un abbonamento al router | Un editor della linea Continue le cui istruzioni BYOK sono state modificate l’ultima volta alla fine di novembre 2024 e presentano ancora modelli dell’era 2024 come gamma attuale | Non presentarlo come obiettivo BYOK funzionante. Attualmente nessuno può confermare il flusso dell’endpoint personalizzato con una build attuale — verificarlo prima su una copia installata e non dedurre che il prodotto sia morto dal solo repository dell’editor |
| Witsy | Trasferito a un proprietario aziendale e dormiente: trasferito il 2026-04-08, ultima release 2026-03-04, commit più recente 2026-04-09. Il dominio del prodotto ora reindirizza al repository | Un assistente desktop BYOK e client MCP la cui documentazione è accurata ma non mantenuta | Non è una raccomandazione attiva. Scegli un client desktop mantenuto dalla tabella precedente |
| Flowise | Archiviato il 2026-08-13, insieme ai repository della documentazione e degli embed. Issue e pull request sono bloccate e i manutentori dichiarano che i pacchetti pubblicati saranno contrassegnati come deprecati | Una codebase Apache-2.0 che i manutentori invitano gli utenti a sottoporre a fork. Non è dichiarato se il cloud ospitato funzioni ancora o meno e il sito di marketing non contiene alcun avviso di archiviazione | Solo fase di migrazione o uscita. Dify e n8n sono i workflow builder mantenuti in questa directory. Letture per la migrazione: alternative a Flowise, Dify rispetto a Flowise e Flowise rispetto a n8n |
| SWE-agent | Solo manutenzione e sostituito. Il repository non è archiviato (ultimo push 2026-09-14), ma sia il README sia la documentazione dichiarano che lo sviluppo è stato trasferito | Ancora utilizzabile per riprodurre esecuzioni di benchmark pubblicate da un’unica configurazione YAML completamente documentata | L’upstream raccomanda mini-SWE-agent per i nuovi lavori; si trova nella tabella dei terminali precedente |
| Plandex | Dormiente e il suo dominio non risolve più. Ultimo push 2025-10-03; il 2026-09-18 né il sito né la documentazione ospitata risolvevano, come confermato tramite due resolver pubblici indipendenti | Un agente di pianificazione self-hosted il cui sito, la documentazione ospitata e il cloud sono tutti irraggiungibili. I provider personalizzati richiedevano il self-hosting anche quando il sito era attivo — il livello cloud BYOK poteva usare solo i provider integrati | Consideralo non mantenuto finché l’upstream non dichiara diversamente. Lettura per la migrazione: Plandex rispetto ad Aider |
| Mentat (CLI archiviata) | Archiviato, ultimo push 2025-01-07. Il repository è stato deliberatamente rinominato in un percorso di archivio e il README si apre con un avviso di progetto archiviato | Uno strumento da riga di comando morto. Il nome è stato riassegnato — il README dell’archivio afferma che Mentat ora indica un prodotto diverso, un bot ospitato per la revisione del codice, il cui stato operativo attuale non ha potuto essere verificato da questo ambiente | Nulla a cui migrare all’interno del progetto. Scegli un agente terminale mantenuto tra quelli precedenti |
| OpenCode (CLI Go archiviata) | Archiviato, ultimo push 2025-09-18. Il README apre con un avviso secondo cui il progetto è proseguito con il nome Crush | L’OpenCode originale in Go e TUI, conservato solo per la provenienza | Crush, nella tabella dei terminali precedente. Non confonderlo con l’OpenCode utilizzato oggi, che è un progetto TypeScript separato — le pagine OpenCode esistenti di Kunavo descrivono quello, non questo repository archiviato. Crush rispetto a OpenCode spiega la derivazione |
| iFlow CLI | Chiuso. L’avviso del repository dichiarava che sarebbe stato chiuso il 17 aprile 2026; tale data è trascorsa e l’avviso è ancora in cima al README | Un agente terminale compatibile con OpenAI ritirato, la cui documentazione di configurazione è ancora raggiungibile — ed è esattamente la trappola | Solo per la migrazione. Scegli un agente terminale compatibile con OpenAI e mantenuto attivamente dalla tabella sopra. Per la migrazione: alternative a iFlow CLI |
Stato di verifica di Kunavo
Nessun client in questa directory ha completato una richiesta tramite Kunavo in un test registrato. Questa è la situazione reale, ed è importante dichiararla chiaramente invece di nasconderla, perché questa distinzione cambia ciò che dovresti fare dopo.
| Stato | Significato | Cosa non significa |
|---|---|---|
| Guida alla configurazione pubblicata | Kunavo ha scritto i passaggi di configurazione per questo client sulla base della documentazione del client stesso | Non significa che sia stata inviata una richiesta, che sia stata misurata una chiamata a uno strumento o che il client sia certificato, verificato o ufficialmente supportato |
| Percorsi delle richieste verificati | Kunavo ha eseguito il client, oppure ha inviato una richiesta da esso, verso un endpoint mock locale o con una chiave deliberatamente non valida, e ha registrato ciò che il client ha inviato e ciò che è tornato indietro | Non significa che un completamento, uno stream o una chiamata a uno strumento siano riusciti tramite Kunavo |
| Non testato | I dettagli relativi al protocollo e all'endpoint nella riga provengono dalla documentazione del fornitore, dal README o dal codice del repository alla data del controllo indicata | Non significa che il client non funzioni — significa solo che nessuno qui lo ha eseguito |
40 dei 77 client presenti in questa directory dispongono di una guida alla configurazione di Kunavo pubblicata: Aider, goose, Crush, Pi, Oh My Pi, DeepSeek Harness, Factory Droid, Qwen Code, Kimi Code, OpenHands, mini-SWE-agent, Nanocoder, Mistral Vibe CLI, GitHub Copilot CLI, Open Interpreter, Amp, Jan Agent, Junie CLI, Zed, Theia IDE, twinny, Qoder, Dyad, Cherry Studio, Chatbox, Msty Studio, AnythingLLM, Open WebUI, LibreChat, LobeChat, ChatWise, TypingMind, Copilot for Obsidian, NextChat, Dify, n8n, SillyTavern, Msty Go, Page Assist e Continue. Le guide di n8n e TypingMind sono le due con i percorsi delle richieste verificati; le altre sono state scritte sulla base della documentazione o del codice sorgente del client. Ogni altra riga di questa directory non è stata testata, così come le funzionalità specifiche descritte in quelle guide.
Una conseguenza pratica: considera il primo compito su qualsiasi nuovo client come il passaggio di verifica. Invia una richiesta circoscritta, conferma che la risposta venga trasmessa in streaming, conferma che una chiamata a uno strumento restituisca un risultato e controlla l'addebito registrato prima di trasferire su quel client attività pianificate o a pagamento.
Quanto costa usare la propria chiave
Una volta configurato un client sul tuo endpoint, il costo viene calcolato per token anziché per postazione. Alle tariffe del catalogo live di Kunavo, Claude Sonnet 5 indica $1,40 per milione di token di input e $7,00 per milione di token di output; Claude Haiku 4.5 indica $0,70 e $3,50.
Una sessione ipotetica di un agente che utilizza 400.000 token di input non memorizzati nella cache e 30.000 token di output ha una stima da catalogo di $0,77 su Claude Sonnet 5 e di $0,38 su Claude Haiku 4.5. Si tratta di un calcolo dei token basato su volumi ipotizzati, non del costo misurato di un'attività né di un limite massimo di fatturazione. Sono esclusi i costi della cache, gli strumenti esterni e gli eventuali tentativi ripetuti effettuati dall'agente; un agente che ripete una chiamata a uno strumento non riuscita paga ogni tentativo.
La tariffa più bassa nell'elenco e il costo più basso per completare un'attività sono affermazioni diverse, e questa directory non garantisce né l'una né l'altra. Un modello più piccolo con una tariffa inferiore può richiedere più tentativi e più revisione; confronta i candidati su una scheda tariffaria, quindi misura la stessa attività reale su due di essi. Il minimo di Kunavo è una ricarica prepagata di $10 senza abbonamento — consulta dettagli sulla fatturazione per sapere come una stima da catalogo si rapporta all'addebito finale e prezzi per il catalogo attuale.
Approfondimenti correlati: API compatibile con OpenAI descrive la struttura dell'endpoint prevista dalla maggior parte di questi client, URL di base Anthropic descrive i client che utilizzano il protocollo Messages e guida rapida consente di attivare una prima chiave. Crea un account Kunavo quando sei pronto a testare uno di questi client su un endpoint reale.
Domande frequenti
Quali client per agenti AI possono utilizzare un endpoint API personalizzato?
La maggior parte degli agenti terminal open source, della maggior parte delle interfacce chat auto-ospitate e della maggior parte degli agenti personali sempre attivi documenta un campo base URL senza richiedere un piano o un account. Le eccezioni rientrano in quattro gruppi: client in cui il campo dell'endpoint esiste solo su alcune interfacce (Factory Droid su CLI e desktop, Qoder nell'IDE ma non nella CLI, OpenHands su un backend locale ma non sul suo backend cloud, l'agente chat di AutoGPT Platform quando è auto-ospitato ma non sul cloud ospitato), client in cui un base URL arbitrario è soggetto a un piano a pagamento o di accesso anticipato (URL di endpoint personalizzati di Amp, Warp per organizzazioni con più di dieci dipendenti, Smart Chat Pro), client che parlano un solo protocollo di un provider (Gemini CLI accetta un base URL ma continua a inviare richieste Gemini native) e client senza alcun campo per l'endpoint (Kiro CLI, Devon).
La presenza di un endpoint personalizzato documentato significa che ogni funzionalità funzionerà?
No. Un campo base URL stabilisce solo dove vengono inviate le richieste. Le chiamate agli strumenti, il caching dei prompt, il completamento fill-in-the-middle, gli embedding, la visione e lo streaming sono funzionalità separate, che possono fallire anche quando la chat funziona. Twinny invia il completamento alla route legacy completions invece che a chat completions, AnythingLLM configura gli embedding come provider separato, SillyTavern rimuove le chiamate agli strumenti in alcune modalità di post-elaborazione dei prompt e diversi client richiedono di inserire manualmente la finestra di contesto e i prezzi dei token di ciascun modello. Testa le funzionalità specifiche di cui hai bisogno prima di spostare il lavoro reale.
Kunavo ha testato questi client per agenti?
Non end-to-end. Nessun client di questa directory ha completato una richiesta tramite Kunavo in un test registrato. Quando esiste una guida alla configurazione di Kunavo, i passaggi sono stati scritti a partire dalla documentazione o dal codice sorgente rilasciato del client, non misurati. Due pagine di configurazione si spingono oltre: quella di n8n registra esecuzioni di n8n 2.41.4 contro un endpoint mock locale e contro Kunavo con una chiave non valida, mentre quella di TypingMind registra una richiesta del browser inviata da typingmind.com con una chiave non valida — verifiche a livello di richiesta, non esecuzioni riuscite. Ogni affermazione su protocolli ed endpoint qui riportata è trascritta dalla documentazione del provider, dal README o dal codice sorgente del repository alla data di verifica indicata. Considera il primo lavoro eseguito su qualsiasi nuovo client come una tua fase di verifica.
Da quali di questi progetti non dovrei iniziare?
Continue è in sola lettura dopo una release finale 2.0.0 e la sua azienda dichiara di essere stata acquisita da Cursor. Void è stato archiviato il 2026-06-02 e Flowise il 2026-08-13. iFlow CLI ha pubblicato la propria data di chiusura: 17 aprile 2026. Mentat e la CLI Go OpenCode sono archiviati, mentre SWE-agent è in modalità di sola manutenzione e il progetto upstream raccomanda invece mini-SWE-agent. Plandex non registra attività nel repository dal 2025-10-03 e il suo dominio non risolve più. Devon non ha commit sul branch predefinito dal 2024-07-29 e le istruzioni di PearAI per l'uso della propria chiave sono state modificate l'ultima volta a novembre 2024. Questi progetti appartengono a una directory per migrazione e disambiguazione, non a un punto di partenza.
Il prezzo del modello più economico elencato è il modo più economico per completare un'attività?
Non necessariamente. Una tariffa elencata per token e il costo totale per completare un lavoro sono misure diverse. Un modello più piccolo a una tariffa inferiore può richiedere più tentativi, un contesto più lungo o una revisione umana maggiore, e un agente che riprova una chiamata a uno strumento fallita paga ogni tentativo. Confronta una scheda prezzi per scegliere i candidati, poi misura la stessa attività reale su due modelli prima di decidere. Kunavo pubblica le tariffe del catalogo per token e parte da una ricarica prepagata di $10, senza abbonamento.
Ogni nome di client nelle tabelle sopra rimanda alla pagina della documentazione del progetto, al README o al file del repository da cui è stata scritta la riga; quando una riga si basa anche su una seconda pagina — la documentazione separata di una CLI o la pagina di autenticazione di un fornitore — quella pagina è collegata direttamente nella cella che contiene l'affermazione. Questi dati sono stati raccolti il 17 settembre 2026. Il controllo del 18 settembre 2026 ha verificato nuovamente il ciclo di vita tramite l'API REST di GitHub — indicatori di archiviazione, date dei push, date dei commit e reindirizzamenti dai vecchi percorsi — per ogni riga archiviata e priva di endpoint e per la maggior parte di quelle attive, e ha riletto la documentazione collegata per un sottoinsieme delle celle relative al protocollo e all'uso della propria chiave, anziché per ogni riga. Quando il sito di marketing di un progetto e il suo repository erano in disaccordo, sono state utilizzate le informazioni del repository e le dichiarazioni degli stessi manutentori, e il disaccordo è indicato nella riga. Il numero di stelle, le date dei push e le strutture dei piani sono dati puntuali e cambieranno nel tempo — ogni cella del ciclo di vita è scritta in modo da consentire di ripetere lo stesso controllo. Il 1° ottobre 2026 il ciclo di vita è stato verificato nuovamente tramite l'API di GitHub per ogni client con un repository pubblico, ogni link alle fonti è stato riaperto e le righe relative a n8n, TypingMind e Msty Studio, oltre al confine di Kiro CLI, sono state corrette sulla base dei controlli di quel giorno. Lo stesso giorno, la cella del protocollo di Pi è stata verificata nuovamente rispetto alla pagina dei modelli aggiornata di Pi e al tipo api, alla relativa gestione e alle implementazioni registrate nel codice sorgente di Pi alla v0.99.2, quindi è stata corretta; il relativo filtro del protocollo riflette ancora i quattro valori documentati. Corretti quello stesso giorno anche: il protocollo e le celle relative all'uso migliore della riga di Oh My Pi, verificati nuovamente rispetto al relativo docs/models.md e allo schema models.yml alla v18.4.8, nonché la cella del protocollo e il filtro della riga di OpenClaw, verificati nuovamente rispetto alla relativa pagina dei provider personalizzati, al riferimento della configurazione del gateway, alla pagina del provider Google e allo schema di configurazione alla v2026.9.7. Le tariffe dei token di Kunavo sono tratte dal catalogo live; gli esempi di costo sono calcoli illustrativi dei token.