Lanzamiento del cliente API abierto Kurlo 3.1

Se ha publicado la versión 3.1 de Kurlo, una interfaz gráfica para la depuración y prueba de API, desarrollada como alternativa a sistemas como Postman, Insomnia, Bruno y Yaak. El código está escrito en Go y Svelte utilizando el marco Wails, que en lugar de un motor Chromium integrado usa WebView del sistema, y se distribuye bajo la licencia MIT. Las compilaciones listas se forman para Linux (AppImage), Windows y macOS.

Principales características

• Solicitudes HTTP, GraphQL, gRPC, WebSocket, Socket.IO, SSE y MCP.
• Las colecciones se almacenan en archivos YAML, que pueden mantenerse en un repositorio Git junto con el código de la API. Hay una interfaz integrada para trabajar con Git.
• Importación desde Postman, Insomnia, Bruno, OpenAPI y HAR. Los scripts de Postman (pm.test, pm.expect, pm.sendRequest) se trasladan tal cual.
• Hay una emulación de chequeos de navegador: las solicitudes CORS preflight y las restricciones de CSP connect-src se verifican según las especificaciones Fetch y CSP3. Esto permite ver en el cliente un error que obtendrá el navegador incluso antes del lanzamiento.
• Servidor mock local, una herramienta de consola para ejecutar colecciones en sistemas de integración continua y servidor MCP.
• Agente AI opcional que trabaja con el modelo elegido por el usuario (OpenRouter, Ollama, LM Studio, clave API propia) o a través de Claude Code y Codex. Los cambios se aplican solo después de la confirmación del usuario, las contraseñas y claves del modelo no se transmiten.
• Ausencia de vinculación a una cuenta, funciones de pago y recopilación de telemetría.
• Posibilidad de trabajar sin acceso a Internet, incluso en entornos cerrados; para el agente AI se puede usar un modelo local a través de Ollama o LM Studio.

Cambios en la versión 3.1

• Sincronización de colecciones con la especificación OpenAPI, que se carga desde una URL o desde un archivo en el repositorio. Para CI, se agregó el comando 'kurlo openapi check', que muestra operaciones añadidas, modificadas y eliminadas.
• Variables definidas a nivel de solicitud individual (vars).
• Autenticación JWT Bearer: el token se firma en cada envío, se admiten algoritmos HS, RS, PS y ES.
• Verificaciones de respuesta (código de estado, tiempo, encabezados, campos JSON) sin necesidad de escribir scripts (assertions).
• Deshacer eliminación y lista de elementos recientemente eliminados (Undo).
• Codificación por colores de entornos (para evitar que una solicitud se envíe accidentalmente al entorno de producción) servidory cambio del orden de las solicitudes en modo drag-n-drop.
• Se ha acelerado la apertura, guardado y desplazamiento de espacios de trabajo con miles de solicitudes y ejemplos en todos los sistemas operativos.

Fuente: opennet.ru