Rilascio del client API aperto Kurlo 3.1

È stata pubblicata la versione 3.1 di Kurlo, un'interfaccia grafica per il debug e il testing delle API, sviluppata come alternativa ai sistemi Postman, Insomnia, Bruno e Yaak. Il codice è scritto in Go e Svelte utilizzando il framework Wails, che invece del motore integrato Chromium utilizza il WebView di sistema, ed è distribuito con licenza MIT. Le build pronte sono disponibili per Linux (AppImage), Windows e macOS.

Caratteristiche principali

• Richieste HTTP, GraphQL, gRPC, WebSocket, Socket.IO, SSE e MCP.
• Le collezioni sono conservate come file YAML, che possono essere mantenuti in un repository Git insieme al codice API. Per lavorare con Git è previsto un'interfaccia integrata.
• Importazione da Postman, Insomnia, Bruno, OpenAPI e HAR. Gli script di Postman (pm.test, pm.expect, pm.sendRequest) vengono trasferiti così come sono.
• C'è un'emulazione dei controlli del browser: le richieste preflight CORS e le restrizioni CSP connect-src vengono verificate secondo le specifiche Fetch e CSP3. Questo consente di vedere nel client un errore che il browser riceverebbe già prima del rilascio.
• Server mock locale, utility da console per eseguire collezioni in sistemi di integrazione continua e server MCP.
• Agente AI opzionale, che lavora con il modello scelto dall'utente (OpenRouter, Ollama, LM Studio, chiave API personale) oppure tramite Claude Code e Codex. Le modifiche vengono applicate solo dopo conferma da parte dell'utente, le password e le chiavi del modello non vengono trasmesse.
• Assenza di legami a account, funzioni a pagamento e raccolta di telemetria.
• Possibilità di lavorare senza accesso a Internet, anche in circuiti chiusi; per l'agente AI è possibile utilizzare un modello locale tramite Ollama o LM Studio.

Modifiche nella versione 3.1

• Sincronizzazione della collezione con la specifica OpenAPI, caricata tramite URL o da un file nel repository. Per CI è stata aggiunta la comando 'kurlo openapi check', che mostra le operazioni aggiunte, modificate e rimosse.
• Variabili impostate a livello di singola richiesta (vars).
• Autenticazione JWT Bearer: il token viene firmato ad ogni invio, supportati gli algoritmi HS, RS, PS ed ES.
• Controlli della risposta (codice di stato, tempo, intestazioni, campi JSON) senza scrivere script (assertions).
• Annulla eliminazione e elenco degli elementi recentemente eliminati (Undo).
• Colorazione degli ambienti (per evitare che una richiesta venga inviata accidentalmente in produzione server) e modifiche all'ordine delle richieste in modalità drag-n-drop.
• Accelerati apertura, salvataggio e scorrimento degli spazi di lavoro con migliaia di richieste e esempi su tutti i sistemi operativi.

Fonte: opennet.ru