La mayoría de los clientes de agentes open source permiten establecer tu propia URL base de API, pero tres factores determinan si realmente funcionará: el protocolo de comunicación que utiliza el cliente, dónde se sitúa el límite de usar tu propia clave y si el proyecto sigue recibiendo mantenimiento. Este directorio enumera 77 clientes de agentes — 64 entre agentes de programación de terminal, editores, aplicaciones de chat de escritorio, constructores de flujos de trabajo y agentes personales siempre activos, además de 3 sin endpoint de terceros documentado y 10 retirados o sustituidos — y especifica por separado el protocolo, el límite del endpoint y el ciclo de vida de cada uno, para que puedas distinguir entre «acepta una URL base» y «hará lo que necesitas».
Este es un índice de navegación, no una clasificación. Ningún cliente de aquí ha completado una solicitud a través de Kunavo en una prueba registrada, no se puntúa nada y los proyectos retirados aparecen con su estado en lugar de eliminarse silenciosamente. Los datos de los clientes se recopilaron el 17 de septiembre de 2026. El 18 de septiembre de 2026 se volvió a comprobar cada celda de ciclo de vida de las tablas de archivados y sin endpoint mediante la API de GitHub, junto con la mayoría de las filas marcadas como activas; los detalles sobre el protocolo y el uso de tu propia clave se volvieron a leer para un subconjunto, no para los 77. Cada fila enlaza con la página de la que se redactó, de modo que cualquier celda puede verificarse de nuevo en la fuente. El 1 de octubre de 2026 se volvió a comprobar mediante la API de GitHub cada cliente con un repositorio público y se reabrieron todos los enlaces de las fuentes: ninguno había sido archivado desde entonces, todas las fuentes seguían respondiendo y las fechas de las celdas de ciclo de vida son las lecturas de septiembre tal como se registraron, salvo que una celda indique lo contrario.
Los tres ejes que determinan si funciona un endpoint personalizado
Una sola columna de «admite API personalizada» oculta la mayoría de los modos de fallo reales. Cada fila siguiente los separa.
1. Protocolo de comunicación
«Compatible con OpenAI» es la forma más común, pero no la única, y los nombres que usan los clientes para estos protocolos no siempre coinciden con lo que envían.
| Protocolo | Lo que envía el cliente | Qué significa para un endpoint |
|---|---|---|
| OpenAI Chat Completions | POST a /v1/chat/completions | La estructura con mayor compatibilidad; la suposición predeterminada en la mayoría de los clientes de aquí |
| OpenAI Responses | POST a /v1/responses | Un endpoint diferente. Una gateway que solo implementa chat completions no responderá |
| Anthropic Messages | POST a /v1/messages | Una estructura de solicitud y respuesta completamente distinta, no un cambio de encabezado |
| Google Gemini o Vertex nativos | models/*:generateContent | Gemini CLI acepta una URL base, pero sigue hablando este protocolo, por lo que una URL compatible con OpenAI no funcionará allí |
| Solo nativo | Endpoints fijos del proveedor | No existe ningún campo de URL base; el endpoint está integrado |
Conviene memorizar dos trampas de nomenclatura porque el fallo parece un endpoint roto y no un protocolo incorrecto. En PicoClaw, provider: "anthropic" envía chat completions con formato de OpenAI y anthropic-messages envía la API Messages nativa, por lo que un endpoint que solo sirve /v1/messages devuelve 404 con el primer valor. En Droid de Factory, provider: openai significa la API Responses y generic-chat-completion-api es el valor para una gateway de chat completions.
2. Límite de uso de claves propias
| Límite | Cómo se presenta | Ejemplos de este directorio |
|---|---|---|
| Configuración libre | Un campo de URL base documentado, sin cuenta ni nivel de pago | La mayoría de los agentes de terminal y de las interfaces de chat autoalojadas |
| Limitado por superficie | Funciona en algunas superficies del producto y no en otras | Droid (solo CLI y escritorio), Qoder (IDE, no CLI), OpenHands (backend local de agent-server, no la nube), AutoGPT Platform (agente de chat autoalojado, no la capa de bloques) |
| Limitado por plan | Requiere un nivel de pago o de acceso anticipado | URLs de endpoints personalizados de Amp, Warp para organizaciones de más de diez empleados, Smart Chat Pro |
| Limitado por protocolo | El campo existe, pero solo acepta un protocolo de proveedor | Gemini CLI, nanocode, NanoClaw en su runtime predeterminado |
| Ninguno documentado | No hay campo de endpoint: solo claves del proveedor, o ni siquiera eso | Devon (claves del proveedor, sin endpoint), Kiro CLI (ninguno de los dos) |
3. Ciclo de vida
Un repositorio no archivado es una evidencia débil. Continue es de solo lectura, pero no tiene indicador de archivado, por lo que una comprobación de ese indicador lo informa como activo; el repositorio de Aider tampoco está archivado, pero no ha tenido ninguna versión desde agosto de 2025, y el de Stakpak no tiene ni indicador de archivado ni un commit desde julio de 2026. La fecha de un push es aún menos fiable, porque cambia cuando se hace un push en cualquier parte del repositorio mientras la rama predeterminada permanece inmóvil; esa diferencia hace que Continue y Witsy parezcan más recientes de lo que son. Las celdas de ciclo de vida siguientes se basan en el registro de commits de la rama predeterminada, la lista de versiones y la declaración del propio proyecto, no en una fecha de push.
Por qué una URL base no garantiza la compatibilidad
Estas son las razones recurrentes por las que un endpoint correctamente configurado sigue comportándose mal, todas extraídas de la documentación de los propios clientes:
- Gestión de rutas. Cherry Studio quiere la raíz del proveedor y añade la ruta de versión por sí mismo, por lo que pegar una URL completa de chat completions duplica la ruta. Jan requiere la ruta de versión en la URL base. TypingMind quiere la ruta completa
/v1/chat/completions. SillyTavern indica que no se debe añadir el sufijo. Dify añade la versión por sí mismo para los tipos de modelo que no son LLM. - Requisitos de la lista de modelos. La prueba de credenciales de n8n ejecuta
GET /modelsy evalúa la respuesta únicamente por el código de estado, por lo que falla sin una lista de modelos y puede pasar con una URL base incorrecta que devuelva cualquier 200 en ese punto. La anulación de longitud de contexto de pool solo se aplica cuando el modelo aparece en la lista de modelos del proveedor. Open WebUI evita la ausencia de una lista mediante un campo de lista de permitidos manual. - Metadatos de modelo declarados manualmente. Ninguno de Zed, Crush, Theia, OpenClaw, ChatWise o Dyad descubre los límites de un modelo a partir de tu endpoint. El coste varía: Zed, Crush y ChatWise te hacen escribir la ventana de contexto, los límites de salida o los precios por token; OpenClaw y Dyad aceptan esos campos como opcionales y aplican valores predeterminados cuando los dejas en blanco; la entrada de modelo personalizado de Theia no incluye límites ni precios. Cuando un cliente informa del gasto a partir de las cifras que escribiste, el importe refleja lo que escribiste, no lo que se facturó.
- Subconjuntos de funciones. El autocompletado de Twinny usa la ruta de completions heredada, mientras que el chat usa chat completions. AnythingLLM configura los embeddings por separado del chat. Jan no puede inferir la compatibilidad con herramientas, visión o audio de un proveedor personalizado. Oh My Pi necesita un indicador para los endpoints que rechazan definiciones estrictas de herramientas.
Las cinco tablas siguientes se pueden filtrar con esas mismas preguntas: protocolo, límite de uso de claves propias, si se necesita un plan de pago para un endpoint personalizado y ciclo de vida. Cada fila permanece en la página; el filtro solo oculta filas mientras lo usas, y «No indicado» significa que las fuentes de la fila no lo determinan.
Todos los clientes aparecen a continuación.
Agentes de programación de terminal
Los proyectos de terminal retirados y sustituidos —SWE-agent, Plandex, Mentat, el CLI de Go OpenCode archivado y el CLI de iFlow— se encuentran en la sección de archivados más abajo, en lugar de esta tabla. Kiro CLI y Devon están en la tabla sin endpoint.
| Cliente | Ciclo de vida | Protocolo / límite de uso de claves propias | Ideal para | Límite de claves | Página de Kunavo |
|---|---|---|---|---|---|
| Aider | No archivado, pero inactivo: última versión 2025-08-09, último commit de la rama predeterminada 2026-05-22 | OpenAI Chat Completions mediante el prefijo de modelo openai/ y OPENAI_API_BASE. Configuración libre | Programación en pareja desde la terminal sobre un repositorio git existente, con ediciones aplicadas y commits automáticos | Sin versiones desde hace más de 13 meses, por lo que los metadatos de los modelos más recientes pueden estar desactualizados y quizá deban proporcionarse manualmente | Precios, configuración |
| goose | Activo, pero reubicado: Block lo donó a Agentic AI Foundation; el repositorio se trasladó a aaif-goose/goose y la documentación a goose-docs.ai, anunciado el 2026-04-07 | OpenAI Chat Completions (OPENAI_HOST más OPENAI_BASE_PATH) y Anthropic Messages (ANTHROPIC_HOST). Configuración libre | Un agente local de propósito general más allá de la programación: aplicación de escritorio, CLI y API integrable, ampliado mediante MCP | La URL base se divide entre dos variables, por lo que un endpoint cuya raíz está en una ruta de versión necesita que esa ruta se establezca explícitamente | frente a Claude Code, configuración |
| Crush | Activo; se hizo push el 2026-09-18, el mismo día en que se comprobó | Tipos distintos: openai, openai-compat para APIs no compatibles con OpenAI y anthropic. Configuración libre mediante crushrc o crush.json | Un agente de terminal pulido en el que la ventana de contexto y los precios por modelo se declaran localmente, de modo que el coste es visible durante la sesión | No se descubre nada: la ventana de contexto, el máximo de tokens y los precios se introducen manualmente. Ambos archivos de configuración son código de confianza: crushrc se ejecuta en un shell y la sustitución de comandos en crush.json se ejecuta al cargarlo | Precios, configuración, frente a OpenCode |
| Pi | Activo; earendil-works/pi hizo push el 2026-09-18. La ruta anterior badlogic/pi-mono redirige aquí | openai-completions, openai-responses, anthropic-messages, google-generative-ai en ~/.pi/agent/models.json: los cuatro valores de api documentados por Pi para un proveedor personalizado hasta la actualización de su documentación del 22 de septiembre de 2026, que eliminó la lista. Su código fuente en v0.99.2 tipa el campo como una cadena libre y lo envía a la implementación integrada correspondiente entre diez implementaciones integradas; solo las cuatro se documentaron para un proveedor personalizado y aquí no se probó ninguna de las otras seis. Configuración libre | Construcción sobre un núcleo de agente pequeño y modificable, o integración de este | El README indica que los nuevos issues y pull requests de nuevos colaboradores se cierran automáticamente de forma predeterminada, y que se adopta un monorepo de harness en lugar de solo un CLI | Precios, frente a OpenCode, configuración |
| Oh My Pi | Fork activo de Pi; se hizo push el 2026-09-18 | Nueve protocolos de comunicación de chat en models.yml: openai-completions, openai-responses, openai-codex-responses, azure-openai-responses, anthropic-messages, bedrock-converse-stream y tres variantes de Google (google-generative-ai, google-gemini-cli, google-vertex). La misma lista añade dos APIs de evaluación, typesafe y openrouter-decisions, que responden a solicitudes de evaluación en lugar de chat; el esquema en v18.4.8 acepta exactamente esos once. Configuración libre mediante models.yml | El agente de terminal con más protocolos de chat documentados de esta tabla, con herramientas LSP y DAP integradas | Los endpoints compatibles con Anthropic que rechazan el campo estricto en las definiciones de herramientas necesitan disableStrictTools; el descubrimiento fuerza una ruta /v1/models salvo que se desactive explícitamente | Precios, configuración, frente a Pi |
| pool | Activo pero pequeño: se hizo push el 2026-08-18, 425 estrellas, con respaldo comercial de Poolside | Compatible con OpenAI solo en la ruta personalizada (POOLSIDE_STANDALONE_BASE_URL); también habla ACP por separado. Solo mediante variables de entorno, sin restricciones | Un agente de terminal nativo de ACP que también puedes ejecutar como servidor para un editor compatible | El endpoint debe servir GET /v1/models y enumerar el modelo seleccionado, o la anulación de longitud de contexto dejará de aplicarse silenciosamente | — |
| DeepSeek Harness | Activo, declarado por el propio proyecto como versión preliminar para desarrolladores; se hizo push el 2026-09-17 | openai-completions, openai-responses o anthropic-messages, un protocolo por proveedor, almacenado en 0.2.0-rc.2 en el cordis.patch.yml del perfil. Configuración libre | Probar el harness de arquitectura de plugins de DeepSeek como una interfaz web local apuntada a cualquier endpoint | Los mantenedores prometen cambios que rompen la compatibilidad, y en 0.2.0-rc.2 la página Models todavía no puede añadir un proveedor que inicie sesión con OAuth, como Codex | configuración |
| Droid (Factory) | Producto comercial activo, de código cerrado; tanto la documentación como la página de precios eran accesibles el 2026-09-18. factory.ai redirige a factory.com | anthropic es Messages, openai es Responses y generic-chat-completion-api es Chat Completions. Limitado por superficie: solo CLI y aplicación de escritorio | Mantener un agente con soporte comercial mientras se traslada la inferencia a tu propio endpoint en las superficies locales | Los modelos personalizados nunca aparecen en las aplicaciones web o móviles alojadas. No se indica ninguna restricción por nivel de plan en la página de uso de claves propias y la página de precios no incluye la función; esto es ausencia de una restricción documentada, no prueba de que no exista | Precios, configuración |
| Qwen Code | Activo; se hizo push el 2026-09-18 | OpenAI Chat Completions, Anthropic Messages, Google GenAI y Vertex, cada uno con su propia variable de URL base, además de una opción explícita de proveedor personalizado. Configuración libre | Cambiar el protocolo y el proveedor en tiempo de ejecución desde un único cliente de terminal | El nivel gratuito de Qwen mediante OAuth se discontinuó el 2026-04-15 y se eliminó del diálogo de autenticación, por lo que cualquier guía que siga prometiendo una cuota diaria gratuita está desactualizada | Precios, configuración |
| Kimi Code CLI | Activo; MoonshotAI/kimi-code hizo push el 2026-09-18. El repositorio anterior de Kimi CLI indica que está evolucionando hacia este y que se irá retirando gradualmente | OpenAI Chat Completions y Responses, Anthropic Messages, Google GenAI y Vertex: bloques de proveedor en config.toml. Configuración libre | Mantener un inicio de sesión gestionado de Moonshot como un proveedor mientras se añade un endpoint de terceros junto a él | Las credenciales nunca se leen de una variable de shell ambiental: el nombre de la variable debe declararse en la configuración o el inicio falla | frente a Claude Code, configuración |
| OpenHands | Activo, pero reestructurado: la organización cambió su nombre de All-Hands-AI; el repositorio principal ahora distribuye Agent Canvas (1.20.0, 2026-09-17), mientras que el agente reside en un repositorio de SDK separado. El modo CLI sigue documentado | LiteLLM, por lo que el prefijo del proveedor es obligatorio. Limitado por backend: las conexiones de proveedores están disponibles en backends locales de agent-server y ocultas en un backend en la nube | Trabajo autónomo y aislado en varios pasos —tareas de issue a pull request y automatizaciones programadas— en tu propia máquina o servidor | En la ruta del proxy, el nombre del modelo ya debe estar configurado en ese proxy. Tampoco está documentado si el backend en la nube permite una clave directa en un perfil de proveedor | frente a OpenCode, configuración |
| mini-SWE-agent | Activo; se hizo push el 2026-09-14; actualmente está en v2, con v1 conservado en una rama | LiteLLM; un endpoint personalizado pasa por model_kwargs con un proveedor compatible con OpenAI y un api_base. Configuración libre | Ejecuciones económicas y programables por lotes y de benchmark, con un bucle central lo bastante corto como para leerlo antes de confiar en él | Un modelo fuera del registro de LiteLLM rompe el seguimiento de costes, y v2 cambió la estructura de configuración, por lo que las instrucciones de la era de v1 no se transfieren | Precios, configuración, frente a Claude Code |
| Nanocoder | Activo; se hizo push el 2026-09-18. Lo gestiona un colectivo comunitario y no una empresa | Compatible con OpenAI, además de Ollama y ajustes preestablecidos por proveedor. Una entrada de proveedor en agents.config.json o en el asistente de configuración. Configuración libre | Programación de terminal con prioridad local, donde una API remota es una opción entre modelos locales y no la predeterminada asumida | La configuración se resuelve bloque por bloque, por lo que una anulación de proyecto de un solo campo descarta el resto de ese bloque y vuelve a los valores predeterminados integrados en lugar de a tu configuración global | Modelos y coste de API, configuración, frente a OpenCode |
| Mistral Vibe | Activo; se hizo push el 2026-09-18. Un proyecto oficial de Mistral | Compatible con OpenAI de forma predeterminada; los bloques de proveedor en config.toml contienen api_base y el nombre de la variable de clave. Configuración libre | Un CLI de Python pequeño y auditable de un proveedor de modelos, con tu propio endpoint subyacente | La referencia del proveedor se encuentra en la referencia de configuración dentro del repositorio y no en el README, por lo que los nombres de las claves pueden cambiar entre versiones; fija una versión en cualquier instrucción de configuración | Configuración, frente a Claude Code, alternativas |
| Gemini CLI | Activo; se hizo push el 2026-09-18 | Solo Gemini nativo. La anulación de URL base se aplica a la autenticación mediante clave de API, debe usar HTTPS salvo que apunte a localhost, y no hay ningún modo compatible con OpenAI documentado | Trabajo de terminal centrado en Gemini, y el ejemplo más claro de por qué protocolo y endpoint son preguntas distintas | La anulación solo está documentada para la ruta de clave de API, así que no cuentes con que llegue al inicio de sesión OAuth de la cuenta de Google; además, una URL compatible con OpenAI no funcionará a menos que el endpoint también sirva el protocolo de comunicación de Gemini | frente a Claude Code |
| GitHub Copilot CLI | Activo; versión v1.0.86 del 2026-09-17. No es la extensión gh copilot archivada, que pertenece a un repositorio separado archivado con un último push de 2025-10-30 | OpenAI Chat Completions, Azure OpenAI o Anthropic, seleccionados mediante una variable de tipo de proveedor junto con una variable de URL base. No hay restricción de plan para una persona; no se comprobó el uso de claves propias por parte de organizaciones y empresas | Ejecutar el agente de programación de GitHub contra tu propio endpoint sin una plaza de Copilot ni un inicio de sesión de GitHub | El uso de claves propias permite que el CLI se ejecute sin autenticación de GitHub, y la página de autenticación enumera lo que deja de funcionar sin ella: /delegate, el servidor MCP de GitHub y GitHub Code Search. Las llamadas al modelo siguen funcionando, y también puedes iniciar sesión y aportar una clave para conservar ambas opciones | frente a Claude Code, configuración |
| gptme | Activo; se hizo push el 2026-09-18. Se trasladó de un espacio de nombres personal a la organización gptme; las rutas antiguas redirigen | Compatible con OpenAI solo para endpoints personalizados, mediante un prefijo de modelo local con una variable de URL base o una entrada de proveedor con nombre. Configuración libre | Un agente de terminal general con herramientas de shell y navegador, redirigido mediante el establecimiento de una variable de entorno | Un endpoint que solo habla Anthropic Messages no tiene ningún campo documentado, y cualquier otro protocolo requiere un plugin escrito contra el punto de entrada del proveedor | — |
| Open Interpreter | Activo, pero reescrito como un programa diferente: ahora una implementación en Rust basada en Codex, con versiones etiquetadas rust-v0.0.44 el 2026-09-15, y la propia ruta del repositorio se trasladó a openinterpreter/openinterpreter | Una tabla de proveedores TOML donde wire_api acepta responses o chat. Configuración libre | Un harness de estilo Codex ajustado deliberadamente para modelos abiertos económicos, configurado mediante una tabla de proveedores | El nombre ya no significa lo que la mayoría de los textos describe con él: los archivos de configuración, indicadores y tutoriales antiguos de Python no se aplican. El ejemplo documentado usa el protocolo responses, por lo que un endpoint que solo ofrece chat completions debe declararse explícitamente | Configuración, frente a Claude Code, alternativas |
| Amp | Activo comercialmente; un agente de Sourcegraph, con un anuncio de políticas fechado el 2026-09-13. Los niveles son Hobby (gratuito), Individual/Megawatt, Gigawatt, Teams y Enterprise | Las URLs de endpoints personalizados arbitrarios son de acceso anticipado para miembros de Megawatt y Gigawatt, tras un interruptor de función experimental; el anuncio solo promete que se extenderá pronto a todos, sin fecha. El uso sencillo de claves propias es independiente y más amplio: el mismo anuncio afirma que no hay tarifas ni límites de tokens por uso de claves propias para nadie excepto el nivel Enterprise, y que todos pueden usar Amp con sus propias claves sin cuota mensual | Equipos que quieren un agente comercial con una búsqueda de código sólida mientras el gasto en tokens permanece en su propia cuenta de proveedor | No presupongas una URL base arbitraria: al 2026-09-18, esa capacidad concreta solo estaba disponible mediante acceso anticipado | Precios, configuración, frente a Claude Code |
| nanocode | Publicado, pero apenas mantenido: creado el 2026-04-01, último push el 2026-04-02, 20 estrellas | Solo Anthropic Messages, a pesar de la tabla del README. La URL base se establece mediante una variable de entorno o un comando de configuración. Configuración libre | Leer en lugar de ejecutar: una base de código Python breve que muestra cómo se ensambla un bucle de agente con la estructura de Claude Code | La compatibilidad anunciada con OpenAI no existe en el código: el cliente envuelve el SDK de Anthropic, por lo que un endpoint simple de chat completions no funcionará | — |
| QodeX | Activo pero muy pequeño: creado el 2026-06-11, último push el 2026-08-22, 32 estrellas. No está relacionado con Codex de OpenAI | Un tipo openai que acepta una URL base arbitraria, un tipo ollama y un tipo anthropic con el almacenamiento en caché de prompts activado de forma predeterminada. La configuración contiene el nombre de la variable de clave, no la clave. Configuración libre | Trabajo con prioridad local en el que una configuración contiene tanto un servidor local como un endpoint en la nube, alternados por ejecución mediante un perfil | Escala de un único mantenedor sin una comunidad que absorba un cambio incompatible de upstream, y nada de esto está verificado en tiempo de ejecución por nadie | — |
| GoCode | Activo pero mínimo: creado el 2026-07-25, último commit de la rama predeterminada el 2026-09-17, 5 estrellas | Principalmente con forma de OpenAI en nueve gateways con nombre, con Anthropic como única entrada nativa; per-provider base_url en config.toml. Configuración libre | Un único binario pequeño de Go con cambio de proveedor durante la sesión y sin runtime de Node o Python en la máquina | Los IDs de modelo predeterminados distribuidos ya están desactualizados, por lo que tendrás que fijarlos manualmente; además, el nombre coincide con el daemon de autocompletado de Go establecido desde hace mucho tiempo | — |
| Jan Agent | Versión preliminar: la documentación indica que el instalador obtiene el software de un canal nightly. El repositorio principal está activo; último commit el 2026-09-18 | Compatible con OpenAI de forma predeterminada, Anthropic Messages mediante un indicador api-type. Indicadores, un archivo de configuración o una variable de entorno. Configuración libre | Un agente de terminal orientado a un endpoint de estilo OpenAI o de estilo Anthropic mediante el cambio de un único indicador | Software preliminar instalado desde un canal nightly, por lo que los indicadores y el comportamiento pueden cambiar entre compilaciones y cualquier configuración que documentes será específica de la versión | Configuración |
| Junie CLI | Activo; la página de documentación de modelos personalizados de JetBrains tenía la fecha del 18 de septiembre de 2026, el día en que se comprobó | Un perfil de modelo JSON con una URL base, una clave (con interpolación de variables de entorno compatible) y un apiType que selecciona el formato de OpenAI completions, Anthropic o Gemini. La página de uso de claves propias indica que no se requiere una suscripción a JetBrains AI | Usuarios de JetBrains que quieren el agente Junie en un terminal, facturado por su propio proveedor | La documentación describe específicamente la CLI y no confirma que los mismos perfiles se apliquen al complemento del IDE; también recalca que el modelo debe ser lo bastante potente para usar herramientas de forma agéntica | Precios, configuración, frente a Claude Code |
| Docker Agent | Activo, renombrado de cagent; la ruta antigua del repositorio redirige a la nueva y los prefijos antiguos de variables de entorno siguen funcionando | Completions de chat de OpenAI mediante un api_type explícito con una URL base y un nombre de variable para la clave, además de tipos de proveedor nativos anthropic, google y bedrock. Configurable libremente | Equipos multiagente declarativos escritos en YAML y distribuidos como artefactos OCI | Confusión de nombres y facturación: el material antiguo de cagent, la documentación actual de Docker Agent y las propias páginas de suscripción de IA de Docker describen cosas diferentes | — |
| fast-agent | Activo; el repositorio no está archivado, con incidencias y solicitudes de incorporación de cambios abiertas en el momento de la comprobación | Un proveedor genérico compatible con OpenAI que acepta base_url y api_key en YAML, o una opción de URL base para una sola ejecución. Existen por separado rutas nativas para Anthropic, OpenAI, Google, Azure y DeepSeek. Configurable libremente | Creación de agentes nativos de MCP y patrones de flujo de trabajo en Python, dirigidos desde una CLI interactiva | Un framework en lugar de un producto —sin servicio alojado ni soporte comercial— y los ejemplos genéricos documentados son endpoints locales, por lo que un endpoint remoto está contemplado en la especificación, pero no es la forma ilustrada | — |
| Stakpak | Inactivo, no archivado: Apache-2.0, pero el commit más reciente de la rama predeterminada es de 2026-07-06 y la versión más reciente, v0.3.88, está fechada el 2026-06-10 —más de dos meses sin actividad en el momento de la comprobación | Compatible con OpenAI mediante una clave api_endpoint; también acepta claves nativas de Anthropic y OpenAI. Una cuenta de Stakpak es una opción, no un requisito | Trabajo de DevOps e infraestructura —depuración de Kubernetes, CI/CD e infraestructura como código— con protecciones contra comandos destructivos | Ambos ejemplos funcionales del README apuntan api_endpoint a un servidor local, por lo que el caso remoto está contemplado en la especificación, pero no es la forma ilustrada. Junto con la brecha de commits anterior, considérelo un proyecto que conviene evaluar antes de adoptarlo, no uno en desarrollo activo | — |
| VT Code | Activo, pero explícitamente experimental y mantenido por una sola persona; el README indica que la inferencia local y algunos flujos de automatización pueden cambiar entre versiones | Una matriz de proveedores personalizados compatibles con OpenAI en vtcode.toml, con base_url y un nombre de variable para la clave, además de una lista de permitidos opcional. Configurable libremente | Un único binario estático de Rust para quienes quieren una amplia variedad de proveedores y una lista de proveedores permitidos que pueda auditarse | Mantenimiento individual en el tiempo libre y superficies declaradas como experimentales, por lo que la estabilidad de la configuración entre versiones supone un riesgo real | frente a OpenCode |
| CodeBuddy Code | Activo; un producto de Tencent Cloud cuya documentación de la CLI hace referencia a v2.153.0 | Compatible con OpenAI mediante un par de URL base y variable de clave, presentado para servicios de modelos de terceros. En la documentación no aparece ninguna afirmación de compatibilidad con el formato de Anthropic, pese a la experiencia de usuario familiar. Sin restricción de plan en la ruta de terceros | Un flujo de trabajo de terminal con forma de Claude Code, ejecución en un entorno aislado, subagentes personalizados y hooks | Varios productos no relacionados llevan el nombre CodeBuddy, y el selector de región propio del proveedor deja de aplicarse cuando se apunta la CLI a una URL base de terceros | — |
| Warp | Activo; las páginas de documentación comprobadas tienen como fecha de última actualización el 16 de septiembre de 2026 | Completions de chat de OpenAI para el endpoint de inferencia personalizado, configurado por usuario en los planes Free y en los planes de pago que cumplen los requisitos. Las organizaciones de más de diez empleados necesitan Business o Enterprise. Una función independiente, exclusiva para empresas, cubre las rutas nativas de proveedores cloud | Una interfaz de terminal agéntica que se ejecuta contra tu propio endpoint en lugar de una cuota de modelo incluida | Se acumulan dos restricciones: la regla sobre el tamaño de la organización y el requisito estricto de que el endpoint sea accesible públicamente —localhost, las direcciones de redes privadas y los proxies de uso exclusivamente interno se rechazan directamente | frente a Claude Code |
Editores y bifurcaciones de IDE
Continue, Void y PearAI están en la sección archivada y sustituida, no aquí.
| Cliente | Ciclo de vida | Protocolo / límite de uso de claves propias | Ideal para | Límite de claves | Página de Kunavo |
|---|---|---|---|---|---|
| Zed | Activo; se hizo push el 2026-09-18 | Dos árboles de configuración independientes, compatibles con OpenAI y compatibles con Anthropic, cada uno con su propio api_url. La página de precios ofrece uso ilimitado en el plan gratuito Personal con tus propias claves de API, por lo que BYOK no está restringido por pago. Edit prediction tiene su propio árbol y también puede aceptar un proveedor compatible con OpenAI | Un editor nativo rápido donde una clave puede controlar el panel del agente, la asistencia integrada y la predicción de edición | No hay descubrimiento de modelos: cada modelo se declara manualmente con sus propios límites de tokens, y un error tipográfico produce un modelo inexistente en lugar de un error. Zed como proveedor del modelo y el modelo predeterminado de predicción de edición siguen requiriendo iniciar sesión en Zed | frente a Cursor, configuración |
| Theia IDE | Activo; publicado el 2026-09-18, con una versión nightly etiquetada ese mismo día | Compatible con OpenAI. Una matriz de preferencias de objetos de modelo personalizados que incluye model, url, id y key. Sin restricción de plan o cuenta, pero las funciones de IA se distribuyen desactivadas mediante un interruptor local | Un IDE de escritorio neutral respecto al proveedor, de Eclipse Foundation, donde cada endpoint de modelo se declara explícitamente en la configuración | No hay descubrimiento de modelos, y una url o id incorrecta falla silenciosamente. No confundas el IDE Theia descargable con la plataforma Theia que integran otros productos: la configuración anterior pertenece al IDE | Configuración |
| Twinny | Activo; publicado el 2026-09-18, MIT | Compatible con OpenAI mediante dos rutas diferentes: el chat añade chat-completions a la ruta configurada, mientras que el autocompletado utiliza la ruta de completions heredada. Los proveedores se añaden uno a uno mediante un formulario con un botón de prueba. Configurable libremente | Autocompletado gratuito de VS Code más chat, con fill-in-the-middle y chat apuntando deliberadamente a modelos distintos o incluso a endpoints distintos | La compatibilidad con chat no implica que funcione el autocompletado: un endpoint que solo ofrece completions de chat permite un chat funcional y un texto fantasma inservible. Verifica por separado la ruta de completions y la plantilla de fill-in-the-middle | Configuración, frente a Continue |
| Qoder | Activo; una plataforma de programación agéntica de Alibaba con documentación actual sobre modelos personalizados | Restringido por superficie. El IDE acepta una URL base y una clave con un selector compatible con OpenAI (completions de chat o responses) o compatible con Anthropic. La CLI no: su propia página de modelos personalizados indica que no se debe configurar BYOK manualmente en settings.json y que los proveedores, modelos y campos de credenciales disponibles los fija el catálogo BYOK de la cuenta | Trabajo agéntico de IDE consciente del repositorio con tu propia clave en lugar de una cuota incluida | El IDE y la CLI no comparten las reglas de BYOK, por lo que es falsa una afirmación general de que «Qoder admite endpoints personalizados» para la CLI | Configuración, frente a Claude Code |
| Dyad | Activo; versión v1.15.0 del 2026-09-11 y un commit del 2026-09-18 | Solo compatible con OpenAI. Añade un proveedor personalizado con un ID, un nombre visible y una URL base; después añade cada modelo con un ID de modelo exacto. Los créditos de Dyad Pro son una alternativa, no una restricción | Aplicación de escritorio local para crear aplicaciones, donde todo el ciclo de construcción se ejecuta con tu propia clave | Los modelos personalizados requieren introducir manualmente los límites de tokens de salida y de ventana de contexto; si se dejan vacíos, la aplicación recurre a valores predeterminados que pueden limitar silenciosamente las construcciones largas | Precios, configuración, frente a Lovable |
| bolt.diy | Inactivo, no archivado: último commit del 2026-02-07, 83 incidencias abiertas, última etiqueta v1.0.0 del 2025-05-12 | Compatible con OpenAI mediante una entrada de proveedor similar a OpenAI, o mediante un par de URL base y clave en un archivo env local. Completamente autoalojado, sin restricciones | Creación de aplicaciones full-stack en el navegador, autoalojada, donde cada clave permanece en tu propio archivo env | Nadie ha enviado código desde el 2026-02-07, así que te corresponden los nuevos ids de modelos, las particularidades de los proveedores y el backlog abierto: una configuración que funciona hoy no es una configuración mantenida | Modelos y coste de API, frente a Dyad y Bolt.new |
Clientes de chat de escritorio y de bases de conocimiento
Witsy está en la sección archivada; Smart Chat está en la tabla sin endpoint, porque no se documenta una URL base arbitraria de terceros para este último.
| Cliente | Ciclo de vida | Protocolo / límite de uso de claves propias | Ideal para | Límite de claves | Página de Kunavo |
|---|---|---|---|---|---|
| Cherry Studio | Activo; publicado el 2026-09-18. Edición comunitaria AGPL-3.0 con una edición empresarial vendida por separado y una opción de licencia comercial | Compatible con OpenAI de forma predeterminada, con OpenAI Responses, Anthropic y Gemini seleccionables por proveedor. Introduce la raíz del proveedor: la aplicación añade la ruta de versión por sí misma, y un hash final fija la dirección exactamente. Configurable libremente | Un espacio de trabajo de escritorio gratuito para una persona que gestiona muchos proveedores, asistentes, modelos locales y documentos | El campo de dirección de la API es una raíz, no un endpoint: la página de configuración indica que Cherry Studio añade /v1/chat/completions por sí mismo, salvo que la dirección termine en #, por lo que pegar una URL completa de chat-completions duplica la ruta. La solicitud de incorporación de cambios que habría eliminado esto (#19120) se cerró sin fusionarse el 2026-09-04 | Configuración |
| Chatbox AI | Activo; el repositorio se renombró a chatboxai/chatbox y la ruta antigua redirige, publicado el 2026-09-16 | Completions de chat compatibles con OpenAI para proveedores personalizados: añade un proveedor con un host de API, una ruta de API vacía y una clave; después obtiene la lista de modelos. Sin restricción por plan | Dar a una persona no desarrolladora que ya tiene una clave algo que funcione en escritorio, móvil y web, con obtención de la lista de modelos en lugar de introducir manualmente los IDs de modelos | Dos superficies de API comparten el nombre y apuntan en direcciones opuestas: el producto también ofrece un endpoint compatible con OpenAI en un plan de pago facturado en puntos de cómputo, que no es BYOK | Configuración |
| Jan Desktop | Activo; publicado el 2026-09-18, última versión v0.8.4 del 2026-07-23. La ruta de la organización anterior redirige aquí | Compatible con OpenAI o Anthropic, seleccionado por proveedor. La URL base debe incluir la ruta de versión que espera tu servidor, y se requiere una clave incluso para servidores locales sin autenticación. Configurable libremente | Personas que comienzan localmente y sin conexión con un motor de inferencia integrado, pero quieren que la misma aplicación llegue a un endpoint cloud de pago | Los proveedores personalizados no detectan capacidades: la aplicación no puede inferir si un modelo admite herramientas, visión o audio, por lo que deben activarse por modelo o no harán nada silenciosamente | Modelos y coste de API, frente a LM Studio |
| Msty Studio | Comercial activo, de código cerrado y sin repositorio público; la entrada más reciente del registro de cambios público es v2.9.6 del 2026-07-24, mientras que la compilación de Msty disponible para descargar el 2026-10-01 era la 2.9.11 | Compatible con OpenAI para proveedores personalizados —un tipo «Open AI Compatible» con una API Key y un Inference Endpoint, etiquetas leídas de la compilación 2.9.11— y esa ruta no está restringida por el plan. Los tipos de proveedor Azure y Bedrock están detrás del nivel de pago | Un espacio de trabajo de escritorio pulido y de código cerrado para alguien que nunca ejecutará Docker | No hay historial público de commits, por lo que el mantenimiento depende completamente del registro de cambios del proveedor; los ajustes predefinidos de herramientas integrados son específicos del proveedor y un proveedor personalizado no los hereda | Precios, configuración, frente a LM Studio y AnythingLLM |
| AnythingLLM | Activo; MIT, publicado el 2026-09-17. Incluye una aplicación de escritorio y un servidor autoalojado | Completions de chat compatibles con OpenAI mediante un proveedor genérico que acepta URL base, clave, nombre del modelo, ventana de contexto y tokens máximos. Sin restricción de plan cuando se autoaloja | Recuperación de documentos en tu propia máquina o servidor, con selección de modelos por espacio de trabajo | El chat, la generación de embeddings y la transcripción se configuran de forma independiente, por lo que un endpoint de chat no proporciona embeddings y una instalación de recuperación funcional necesita un segundo proveedor. La documentación también señala que el proveedor genérico está orientado a desarrolladores | frente a Open WebUI, configuración |
| Open WebUI | Activo; publicado el 2026-09-18. Licencia no estándar —BSD-3 más una cláusula de marca que cubre implementaciones con más de cincuenta usuarios finales en un periodo móvil de treinta días | Completions de chat de OpenAI tanto para modelos simples como para backends de agentes: introduce una URL y una clave en las conexiones de administración. Se recomienda un endpoint de lista de modelos, pero es opcional; sin él, enumera los IDs de modelos en el campo de lista de permitidos. Configurable libremente | Un servidor de chat multiusuario y autoalojado situado delante de un endpoint, y el lugar habitual para conectar un backend de agentes | La llamada a herramientas solo es tan buena como la fidelidad del esquema del upstream; la documentación destaca una capa de compatibilidad en la que se omiten campos obligatorios y las llamadas a herramientas fallan silenciosamente | Configuración |
| LibreChat | Activo; MIT, publicado el 2026-09-18 | Compatible con OpenAI de forma predeterminada; un valor de proveedor anthropic en un endpoint personalizado se enruta en su lugar mediante el cliente nativo de Messages. Solo mediante archivo de configuración, con la URL base como raíz de la API. Configurable libremente | Implementaciones multiusuario y autoalojadas donde cada endpoint necesita su propia política de claves, lista de modelos permitidos y contabilidad de costes | Añadir un proveedor implica editar YAML y reiniciar, no hacer clic en un panel de configuración; el precio de tokens por endpoint es metadatos que introduces tú mismo, por lo que los costes que muestra solo son tan precisos como lo que introdujiste | frente a Open WebUI, configuración |
| LobeHub | Activo y renombrado: la ruta antigua del repositorio lobe-chat ahora redirige, publicado el 2026-09-18. Reposicionado de framework de chat a operador de agentes. Licencia comunitaria con condiciones comerciales | Se documenta una URL base personalizada para uso autoalojado, y las opciones del SDK del proveedor exponen tipos OpenAI y Anthropic. La documentación no indica si la nube alojada restringe las URL base personalizadas a un plan de pago | Un espacio de trabajo de chat y agentes autoalojado con un marketplace de plugins y MCP, para un equipo que ejecuta su propia instancia | El renombrado está activo, pero el ecosistema no: las guías de terceros y los tutoriales antiguos sobre variables de entorno siguen usando el nombre anterior, y los pasos de configuración cambiaron con la nueva versión | Configuración |
| ChatWise | Comercial activo, de código cerrado y sin repositorio público; tanto la documentación como las páginas de precios se publicaron el 2026-09-18 | Compatible con OpenAI o Anthropic por proveedor personalizado, con modelos obtenidos desde un endpoint de lista de modelos o añadidos manualmente. Existe una licencia Pro de pago único; ninguna de las dos páginas indica si los proveedores personalizados funcionan en el nivel gratuito | Alguien que quiere un cliente de escritorio nativo rápido, paga una sola vez en lugar de suscribirse y aporta su propia clave | Los modelos añadidos manualmente no tienen capacidades autodetectadas: declaras por tu cuenta la longitud de contexto, la visión, el audio y el razonamiento, y una opción incorrecta se convierte en una función rota silenciosamente. El nivel gratuito está licenciado para uso personal y no comercial | Configuración, coste de API, frente a Chatbox |
| TypingMind | Comercial activo; se vende mediante planes de licencia de pago único, y el producto para equipos se factura por separado | El formulario activo Add Custom Model (comprobado el 2026-10-01) ofrece los tipos de API OpenAI Chat Completions, OpenAI Responses, Claude Messages y Gemini API, y el campo Endpoint URL requiere la ruta COMPLETA: los ejemplos oficiales terminan en la ruta de chat-completions. No está restringido por nivel en la tabla de planes publicada | Un frontend de chat BYOK pulido que compras una vez y después alimentas con tus propios tokens | Un endpoint publicado como URL base necesita que el sufijo se añada manualmente. Las solicitudes van directamente desde el navegador —así lo indica la página Local AI de TypingMind—, por lo que el endpoint debe enviar encabezados CORS; el interruptor opcional «Route requests via TypingMind Cloud» del formulario es la forma documentada de evitarlo | Configuración, precios, alternativas |
| Copilot for Obsidian | Activo; versión 4.0.9 del 2026-09-16, AGPL-3.0. La documentación se trasladó a un dominio nuevo y las rutas antiguas redirigen | Compatible con OpenAI. Añade un proveedor personalizado con una URL base y un ID de modelo, además de una clave cuando el endpoint la requiera. La documentación indica que esto no requiere una licencia para autoalojamiento; los niveles de pago son una ruta administrada independiente | Chatear con una bóveda de Obsidian y buscar en ella usando tu propia clave, sin suscribirte al servicio alojado del plugin | Si la prueba de conexión se realiza correctamente pero el chat sigue fallando, debes activar la opción CORS del proveedor; esto desactiva el streaming, por lo que las respuestas aparecen después de completarse en lugar de token a token | Configuración, coste de API, frente a Smart Connections |
| NextChat | Activo, pero ralentizándose y comercializándose: último commit del 2026-08-11, última versión etiquetada del 2025-07-29. El repositorio ahora destaca un servicio alojado de pago, mientras que el autoalojamiento sigue siendo la ruta de implementación documentada | Compatible con OpenAI: una variable de URL base reescribe la ruta de OpenAI y otros proveedores tienen sus propias variables. Solo autoalojado, sin restricción de plan | Una interfaz de chat autoalojada de un solo clic delante de un endpoint, donde una variable de nombre de modelo controla exactamente qué nombres ven tus usuarios | Los IDs de modelos de tu endpoint no aparecen hasta que los enumeras en esa variable; establecer solo la URL base deja a los usuarios viendo el menú predeterminado | Configuración |
| ChatGPTBox | Activo; la propiedad se transfirió a una organización del proyecto y la ruta antigua redirige, versión v2.7.1 del 2026-09-06. Una transferencia, no un cambio de nombre del producto | Compatible con OpenAI en el modo de modelo personalizado, que acepta una dirección de API personalizada y una clave. Configurable libremente | Un asistente de navegador integrado en la página —acciones sobre selecciones, resúmenes y una barra lateral de resultados de búsqueda— apuntado a tu propio endpoint | Los modos gratuitos principales ejecutan una sesión web con inicio de sesión en lugar de usar tu clave; BYOK solo se aplica cuando cambias deliberadamente al modo de modelo personalizado | — |
Constructores de flujos de trabajo
Flowise está en la sección archivada, no aquí.
| Cliente | Ciclo de vida | Protocolo / límite de uso de claves propias | Ideal para | Límite de claves | Página de Kunavo |
|---|---|---|---|---|---|
| Dify | Activo y de evolución rápida: último commit del 2026-09-18, versión 1.17.1 del 2026-09-10. Apache 2.0 modificada | Compatible con OpenAI, declarado por tipo de modelo mediante un plugin de compatibilidad propio: una instancia de plugin separada para LLM, embeddings, reranking, voz a texto y texto a voz. Sin restricción de plan cuando se autoalojan | Equipos que ensamblan visualmente pipelines de recuperación y flujos de trabajo de agentes, con una clave detrás de muchas ranuras de modelos | Para los tipos que no son LLM, el plugin añade la versión de API por sí mismo, por lo que una URL base que ya termina en una ruta de versión produce una ruta duplicada. La licencia también prohíbe ejecutarlo como servicio multiinquilino sin una licencia comercial | Configuración, coste de API, frente a n8n |
| n8n | Activo; último commit del 2026-09-18. Fair-code bajo la Sustainable Use License, con archivos sujetos a licencia empresarial marcados en el árbol | Compatible con OpenAI. La credencial expone un campo de URL base descrito como una sustitución de la base de API predeterminada, verificado directamente en el código fuente de la credencial y no solo en la documentación. En el nodo actual OpenAI Chat Model (versión 1.3, n8n 2.41.4), «Use Responses API» está activado de forma predeterminada, por lo que las solicitudes van a la ruta de responses salvo que lo desactives. Sin restricción de plan cuando se autoaloja | Automatización autoalojada donde un paso LLM se encuentra dentro de un flujo de trabajo más amplio y un cambio de URL base mueve todos los nodos de IA a la vez | La prueba de credenciales emite una solicitud de lista de modelos contra tu URL base y solo comprueba el estado HTTP, por lo que un endpoint sin ella no supera la prueba; y una URL base incorrecta que casualmente responde 200 en esa ruta la supera. En la nube alojada, el mismo nodo puede ejecutarse con los propios créditos del proveedor en lugar de tus credenciales; confirma cuál está seleccionado | Configuración, coste de API, frente a n8n |
| AutoGPT Platform | El repositorio está activo (último push: 2026-09-18), pero AutoGPT Classic —el agente autónomo de 2023 al que se refiere la mayor parte del tráfico de búsqueda— está explícitamente sin mantenimiento; la documentación oficial indica que las dependencias no se actualizarán y que los problemas no se solucionarán | Completions de chat compatibles con OpenAI, y las dos mitades del producto difieren. Condicionado por la superficie: el agente de chat AutoPilot toma CHAT_BASE_URL en una instalación autohospedada, y la guía incluye una API administrada compatible con OpenAI entre las formas que funcionan. El asistente de proveedores de la capa de bloques es lo contrario: una enumeración cerrada de proveedores cuyos clientes de OpenAI y Anthropic se construyen sin URL base; el único host configurable por el usuario es un host de Ollama validado contra una lista de nombres de host de confianza | Un constructor visual basado en bloques con un marketplace, cuyo agente de chat puede ejecutarse junto a él en tu propio endpoint | Las dos rutas leen variables de entorno distintas, por lo que configurar una no configura la otra, y la guía indica que la implementación alojada en agpt.co ignora por completo estas variables: esta es una ruta de autohospedaje. El transporte de chat tampoco acepta recurrir a una clave de OpenAI ambiental, por lo que CHAT_API_KEY debe establecerse explícitamente. Ejecutado con la imagen de un solo contenedor de la v0.8.2 contra un sustituto de grabación el 2026-10-01: se completaron un turno de chat y tres rondas de herramientas | Configuración de API personalizada, precios, alternativas |
Agentes personales siempre activos
| Cliente | Ciclo de vida | Protocolo / límite de uso de claves propias | Ideal para | Límite de claves | Página de Kunavo |
|---|---|---|---|---|---|
| OpenClaw | Activo; último push: 2026-09-18. Renombrado dos veces —Clawdbot, luego Moltbot y después OpenClaw—, y las dos rutas antiguas del repositorio todavía redirigen aquí | Un campo api por proveedor selecciona el adaptador de solicitudes, junto con baseUrl, apiKey y un array models en JSON. Los ejemplos de proveedores personalizados usan openai-completions y anthropic-messages; la referencia de configuración de la pasarela enumera once adaptadores, entre ellos openai-responses, google-generative-ai, google-vertex y bedrock-converse-stream, y establece por defecto baseUrl en openai-completions cuando no hay api. El esquema de configuración en v2026.9.7 acepta doce: esos once más google-interactions, añadido el 25 de septiembre de 2026 y documentado en su página del proveedor de Google, pero aún no en la referencia. Configuración libre | El agente personal generalista predeterminado cuando quieres el mayor ecosistema de plugins y cobertura de la comunidad | No hay descubrimiento de catálogo: cada modelo debe incluirse por id, y los campos contextWindow, maxTokens y de coste por token son opcionales; se aplican valores predeterminados cuando se omiten. Si dejas fuera los costes, sus informes de gasto son estimaciones; si los completas, reflejan lo que escribiste, no lo que se facturó | Precios, alternativas |
| Hermes Agent | Activo; MIT, último push: 2026-09-18, etiqueta de lanzamiento v2026.9.14 | Compatible con OpenAI de forma predeterminada; un campo transport en el proveedor personalizado lo cambia a Anthropic Messages. Se establece de forma interactiva o en una configuración YAML. Sin plan, suscripción ni requisito de cuenta | Un agente personal de CLI persistente con memoria en una base de datos local, accesible desde varias plataformas de chat mediante un único endpoint | La suposición predeterminada son las completions de chat con formato OpenAI, por lo que un endpoint exclusivo de Anthropic necesita ese campo de transporte independiente; el fallo parece un endpoint averiado en lugar de un formato de conexión incorrecto | Precios, frente a OpenClaw |
| nanobot | Activo; MIT, último push: 2026-09-18, publicado por HKUDS. Otro proyecto distinto, también activo, tiene el mismo nombre en otro lugar; comprueba la organización antes de seguir un enlace | Compatible con OpenAI para proveedores personalizados y con nombres arbitrarios; un endpoint con formato Anthropic debe sobrescribir en su lugar la base del proveedor integrado anthropic. La documentación indica que se incluya la ruta de versión. Configuración libre | Un agente personal autohospedado que funciona como interfaz web, terminal o aplicación de chat, y vuelve a exponer una API compatible con OpenAI propia | Los proveedores personalizados con nombres arbitrarios solo tienen formato OpenAI y no utilizan el formato de solicitudes de Anthropic; los backends nativos rechazan directamente el campo proxy | frente a OpenClaw |
| ZeroClaw | Activo; Apache-2.0, último push: 2026-09-18 | Un campo wire_api selecciona completions de chat o OpenAI Responses por proveedor, con rutas con formato Anthropic en un espacio de proveedor separado. El campo uri es obligatorio en el espacio personalizado y también sobrescribe cualquier familia integrada. Todos los campos se pueden establecer mediante variables de entorno. Configuración libre | Un runtime de Rust centrado en la seguridad, lo bastante pequeño para hardware económico, con autonomía supervisada y sandboxing a nivel del sistema operativo | La conexión cambia el comportamiento, no solo el transporte: las conexiones compatibles con OpenAI y Responses no pueden transportar metadatos de rechazo de Anthropic, por lo que el fallback automático solo funciona mediante el espacio de Anthropic, y el almacenamiento en caché de prompts en una ruta de completions de chat necesita un indicador no predeterminado | frente a OpenClaw |
| NanoClaw | Activo; MIT, último push: 2026-09-17 | Con formato Anthropic y condicionado por cuenta en la ruta predeterminada: el runtime predeterminado es el Claude Agent SDK, por lo que, de fábrica, espera una suscripción de Claude o una clave de Anthropic. Cualquier endpoint compatible con Anthropic funciona mediante un par de URL base y token; el acceso compatible con OpenAI es indirecto, delegándolo mediante una skill | Una alternativa aislada en contenedor a OpenClaw para quienes ya trabajan con Claude Code, conectada a varias plataformas de mensajería | Un endpoint exclusivo de OpenAI debe alcanzarse mediante una skill de delegación. Un proveedor Codex independiente, instalado con /add-codex (fijado en @openai/codex 0.155.1), ejecuta modelos de OpenAI mediante el servicio propio de OpenAI con una clave de OpenAI o un inicio de sesión de ChatGPT; un WebSocket de Responses bloqueado termina en el tiempo de espera de diez minutos por turno de NanoClaw, reproducido el 2026-10-01. El proyecto tampoco incluye archivos de configuración por diseño, por lo que los ajustes BYOK viven en un archivo de entorno y en comandos de CLI por grupo | frente a OpenClaw, tiempo de espera de Codex |
| PicoClaw | Activo; MIT, último push: 2026-09-17, publicado por Sipeed. Escrito en Go desde cero, explícitamente no es un fork | Trampa de nomenclatura: el valor de proveedor anthropic utiliza completions de chat compatibles con OpenAI, mientras que anthropic-messages utiliza la API Messages nativa. Un campo api_base sobrescribe el endpoint y los encabezados personalizados pueden sobrescribir la autorización. Configuración libre | La huella más pequeña de este grupo: un único binario de Go con modos de agente, pasarela y TUI, orientado a implementaciones siempre activas e integradas | Un endpoint que solo sirve la ruta Messages devuelve 404 con el valor anthropic. Bedrock y la ruta de identidad de Azure no están en el binario predeterminado y requieren una recompilación con etiquetas de compilación | coste y configuración de la API, errores 404, frente a OpenClaw |
| IronClaw | Activo; Apache-2.0, último push: 2026-09-13, publicado bajo la organización nearai | Un adaptador genérico de completions de chat compatible con OpenAI, donde la URL base es obligatoria, además de Anthropic, Gemini, Bedrock nativos y otros que aceptan cada uno una sobrescritura de URL base. Un fallback mediante variable de entorno cubre contenedores y ejecuciones puntuales. Configuración libre | Un sistema operativo de agente orientado a la privacidad y la seguridad, con un almacén local cifrado de secretos, herramientas aisladas y divulgación progresiva de herramientas | El adaptador genérico no tiene host predeterminado, por lo que hay que proporcionar la URL base; todos los ejemplos documentados la establecen explícitamente y ninguno es un endpoint de terceros alojado. La documentación no indica en qué capa falla una URL base ausente | API personalizada, error de presupuesto de contexto, frente a OpenClaw |
| Agent Zero | Activo; último push: 2026-09-18, creado el 2024-06-10: el proyecto más antiguo de este grupo. La propiedad pasó de una cuenta personal a la organización agent0ai, y la ruta antigua redirige | Completions de chat compatibles con OpenAI mediante un proveedor genérico con un campo de URL de API por modelo, y la clave se introduce por separado. Solo interfaz: la guía de instalación no documenta ningún equivalente en archivo de configuración o variable de entorno. Sin restricción por plan | Un framework de agentes modificable y basado en prompts, ejecutado en Docker con una interfaz web, más cercano a un framework que adaptas que a un asistente terminado | Los modelos de chat, utilidad y embeddings se configuran de forma independiente, por lo que un endpoint que sirva chat pero no embeddings obliga a una configuración dividida; la documentación advierte que los modelos de utilidad muy pequeños fallan directamente en tareas de memoria | frente a OpenClaw |
| OpenManus | Activo, pero visiblemente más lento: último push el 2026-08-22, con los commits más recientes fechados el 2026-08-16. Trampa de enlace obsoleto: la ruta original del repositorio NO redirige y ahora resuelve a un repositorio separado y no relacionado | Completions de chat compatibles con OpenAI, confirmadas en el código fuente y no solo en la documentación. Un bloque config.toml con base_url, api_key y model; un campo api_type cambia a clientes de Azure o Bedrock. Configuración libre | Una reimplementación abierta de un bucle de agente generalista para investigación y automatización del navegador, y la configuración más mecánica de este grupo | Hay dos bloques LLM independientes, uno para el modelo principal y otro para visión, cada uno con su propia URL base y clave. La configuración de ejemplo también sigue fijando un id de modelo de 2025 que fallará en la mayoría de los endpoints actuales | coste y configuración de la API, errores de tokens y herramientas |
| SillyTavern | Activo; AGPL-3.0, último push: 2026-09-14 | Completions de chat compatibles con OpenAI mediante una fuente de completions personalizada. La documentación indica que no se añada el sufijo de chat-completions y que se intente añadir la ruta de versión si la conexión falla. Configuración libre | Roleplay y chat de personajes extensos con un control intenso de prompts: un comprador realmente distinto del grupo de programación, con patrones diferentes de contexto y tokens | El modo de posprocesamiento del prompt importa más que el endpoint: las variantes «sin herramientas» eliminan las llamadas a herramientas del prompt, y la invocación de herramientas no es compatible con ellas, sin ningún error | mejor API, configuración |
| Msty Go | Activo, renombrado desde Msty Claw el 2026-08-04. Código cerrado; la página de precios lo incluye en un plan beta de $0, con niveles para equipos marcados como previstos | Desconocido. La configuración documenta un tipo, nombre visible, URL base, clave y comportamiento de la lista de modelos, pero la documentación nunca enumera las opciones de tipo, por lo que no se publica el formato de conexión que produce un proveedor personalizado | Un ejecutor de tareas de escritorio acotado, con carpetas explícitas, ejecución aislada y trabajo revisable | Código cerrado, beta gratuita y una lista de tipos de proveedor no documentada: no se puede confirmar mediante la documentación que funcione un endpoint compatible con OpenAI arbitrario. Este caso necesita una instalación para demostrarlo | Configuración |
| Page Assist | Activo; MIT, último push: 2026-09-13 | Compatible con OpenAI. La configuración ofrece una pestaña compatible con OpenAI donde una opción Custom acepta la URL y la clave de la API. Configuración libre | Un chat en la barra lateral del navegador que puede leer la página en la que estás, para personas que nunca abrirán una terminal | Una interfaz de chat de extensión del navegador, no un agente autónomo: no hay bucle de programación ni de ejecución de herramientas; además, su centro de gravedad siguen siendo los modelos locales, por lo que las rutas en la nube reciben comparativamente pocas pruebas | Configuración |
Clientes sin endpoint de terceros documentado
Estos tres están suficientemente activos como para aparecer en los resultados de búsqueda, pero ninguno documenta cómo apuntar el cliente a una URL base arbitraria. Aquí hay que mantener separados tres hechos distintos, porque habitualmente se reducen a uno: si puedes proporcionar tu propia clave del proveedor, si puedes proporcionar tu propio endpoint y si nadie ha establecido ninguna de las dos cosas. Devon acepta claves de proveedor y no documenta ningún campo de URL base; Kiro CLI no acepta ninguna de las dos: las claves de API que describe su documentación empresarial son propias de Kiro, para ejecutar la CLI en scripts, no una forma de aportar la clave de un proveedor de modelos; Smart Chat está condicionado por el plan y su compatibilidad con endpoints arbitrarios simplemente no está confirmada, lo que no equivale a que se rechace. Solo la columna de endpoint hace que un cliente sea accesible desde Kunavo.
| Cliente | Categoría | Ciclo de vida | Qué está realmente disponible | Qué implica esto para ti |
|---|---|---|---|---|
| Kiro CLI | Terminal | Activo, renombrado desde Amazon Q Developer CLI (disponible el 2025-11-17, actualización automática el 2025-11-24; los puntos de entrada antiguos todavía funcionan). Por separado, los plugins de Amazon Q Developer para IDE y las suscripciones de pago dejan de recibir soporte el 2027-04-30, y las nuevas altas están bloqueadas desde el 2026-05-15 | Nada documentado. Los modelos se proporcionan mediante niveles de suscripción y se entregan a través de Bedrock; la documentación de modelos no contiene ninguna opción de proveedor personalizado, clave o URL base. BYOK existe únicamente como solicitudes de funcionalidades abiertas | Actualmente no es posible ningún endpoint de terceros. No lo confundas con Kiro Crew, un producto de orquestación de código abierto independiente construido sobre la CLI. Lo que ofrece y cuándo supera a un agente con endpoint personalizado se compara en Kiro CLI frente a Claude Code |
| Devon | Terminal | No está archivado formalmente, pero está efectivamente abandonado: el commit más reciente de la rama predeterminada está fechado el 2024-07-29 y el último push del repositorio de cualquier tipo fue el 2025-05-26 | Claves sí, endpoint no. El README documenta variables de clave por proveedor y una ruta local de Ollama, y no contiene ninguna sobrescritura de URL base o api-base | Solo referencia histórica. Su valor en el directorio sirve para desambiguar: Devon (código abierto, inactivo) no es Devin, otro producto comercial que domina los mismos resultados de búsqueda |
| Smart Chat (Smart Connections) | Plugin de Obsidian | Activo, pero dividido en productos separados: el núcleo gratuito se presenta como búsqueda semántica sin necesidad de clave, mientras que el chat con modelos de API es una extensión independiente. Último commit: 2026-09-16 | Condicionado por el plan, y no se confirma un endpoint arbitrario. El flujo documentado requiere Smart Chat Pro más un modelo de un conjunto fijo de adaptadores con nombre; la única URL base personalizada documentada es para una aplicación autohospedada específica | Trata la compatibilidad con endpoints arbitrarios como desconocida, no como ausente: nada de la documentación actual lo resuelve. Las páginas antiguas de configuración de Smart Connections están explícitamente obsoletas y no deben reutilizarse. La comparación con un cliente que sí acepta un endpoint personalizado está en Copilot para Obsidian frente a Smart Connections |
Retirados, archivados y reemplazados
Estos diez están en el directorio para que una búsqueda que llegue al nombre conduzca al estado y no a un comando de instalación. Ninguno de ellos es una recomendación actual
| Cliente | Estado | Qué es ahora | Adónde ir en su lugar |
|---|---|---|---|
| Continue | El mantenimiento cesó; el repositorio es de solo lectura tras una versión final 2.0.0 de la extensión de VS Code, la CLI y el plugin de JetBrains. El propio sitio de la empresa indica que fue adquirida por Cursor. Último commit de la rama predeterminada: 2026-07-21 | Un agente de programación congelado —extensión de VS Code, CLI y plugin de JetBrains— que todavía puede redirigirse a un endpoint de terceros ahora que se retiró la autenticación incluida | Solo para instalaciones existentes, no como punto de partida. Advertencia mecánica para quien vuelva a comprobarlo: el repositorio no está marcado como archivado y su fecha de push sigue cambiando a diario, por lo que una comprobación de la marca de archivo lo informa como activo. Página de configuración existente |
| Void | Archivado el 2026-06-02; es de solo lectura y no acepta contribuciones. El README comienza declarando que está obsoleto | Un fork archivado de VS Code que el propio README recomienda principalmente como referencia para crear forks de VS Code | Migrar. El README apunta a un repositorio de forks de la comunidad; Zed y Theia son los editores mantenidos de este directorio. Lectura sobre la migración: alternativas al editor Void |
| PearAI | El repositorio del editor no ha publicado cambios desde el 2025-05-20; la actividad más reciente en cualquier parte de la organización es del 2026-06-19. La página de inicio está activa y sigue vendiendo una suscripción de router | Un editor derivado de Continue cuyas instrucciones BYOK se editaron por última vez a finales de noviembre de 2024 y todavía presentan modelos de la era 2024 como la oferta actual | No lo presentes como un objetivo BYOK operativo. Actualmente nadie puede confirmar el flujo de endpoint personalizado contra una compilación actual: verifícalo primero en una copia instalada y no deduzcas que el producto está muerto solo a partir del repositorio del editor |
| Witsy | Transferido a un propietario corporativo e inactivo: trasladado el 2026-04-08, último lanzamiento el 2026-03-04, commit más reciente el 2026-04-09. El dominio del producto ahora redirige al repositorio | Un asistente de escritorio BYOK y cliente MCP cuya documentación es correcta, pero no recibe mantenimiento | No es una recomendación activa. Elige un cliente de escritorio mantenido de la tabla anterior |
| Flowise | Archivado el 2026-08-13, junto con sus repositorios de documentación e integración. Los problemas y las solicitudes de extracción están bloqueados y los mantenedores indican que los paquetes publicados se marcarán como obsoletos | Una base de código Apache-2.0 cuyos mantenedores indican a los usuarios que hagan un fork. No se especifica si la nube alojada sigue funcionando, y el sitio de marketing no incluye ningún aviso de archivo | Solo para migración o salida. Dify y n8n son los constructores de flujos de trabajo mantenidos de este directorio. Lectura sobre la migración: alternativas a Flowise, Dify frente a Flowise y Flowise frente a n8n |
| SWE-agent | Solo para mantenimiento y reemplazado. El repositorio no está archivado (último push: 2026-09-14), pero tanto el README como la documentación indican que el desarrollo se ha trasladado | Todavía es utilizable para reproducir ejecuciones de benchmarks publicados desde una única configuración YAML completamente documentada | El upstream recomienda mini-SWE-agent para trabajos nuevos; está en la tabla de terminal anterior |
| Plandex | Inactivo y su dominio ya no resuelve. Último push: 2025-10-03; el 2026-09-18 ni el sitio ni la documentación alojada resolvían, confirmado mediante dos resolutores públicos independientes | Un agente de planificación autohospedado cuyo sitio web, documentación alojada y nube son todos inaccesibles. Los proveedores personalizados requerían autohospedaje incluso cuando el sitio estaba activo; el nivel BYOK en la nube solo podía usar proveedores integrados | Trátalo como sin mantenimiento hasta que el upstream indique lo contrario. Lectura sobre la migración: Plandex frente a Aider |
| Mentat (CLI archivada) | Archivado, último push: 2025-01-07. El repositorio se renombró deliberadamente con una ruta de archivo y su README comienza con un aviso de proyecto archivado | Una herramienta de línea de comandos muerta. El nombre fue reasignado: el README del archivo indica que Mentat ahora se refiere a otro producto, un bot alojado de revisión de código, cuyo estado operativo actual no pudo verificarse desde este entorno | No hay nada a lo que migrar dentro del proyecto. Elige cualquier agente de terminal mantenido de arriba |
| OpenCode (CLI de Go archivada) | Archivado, último push: 2025-09-18. El README comienza con un aviso de que el proyecto ha continuado bajo el nombre Crush | El OpenCode original para Go y TUI, conservado únicamente por procedencia | Crush, en la tabla de terminal anterior. No lo confundas con el OpenCode que la gente usa hoy, que es un proyecto separado de TypeScript: las páginas existentes de OpenCode de Kunavo describen ese proyecto, no este repositorio archivado. Crush frente a OpenCode explica el linaje |
| iFlow CLI | Cerrado. El aviso del repositorio indica que cerraría el 17 de abril de 2026; esa fecha ya pasó y el aviso sigue en la parte superior del README | Un agente de terminal retirado compatible con OpenAI cuya documentación de configuración todavía es accesible, precisamente la trampa | Solo para migración. Elige un agente de terminal compatible con OpenAI y mantenido de la tabla anterior. Para la migración: alternativas a iFlow CLI |
Estado de verificación de Kunavo
Ningún cliente de este directorio ha completado una solicitud a través de Kunavo en una prueba registrada. Ese es el estado honesto de las cosas, y vale la pena expresarlo claramente en lugar de ocultarlo, porque la distinción cambia lo que debes hacer a continuación.
| Estado | Qué significa | Lo que no significa |
|---|---|---|
| Guía de configuración publicada | Kunavo redactó pasos de configuración para este cliente basándose en la documentación del propio cliente | No significa que se haya enviado una solicitud, que se haya medido una llamada a una herramienta ni que el cliente esté certificado, verificado o admitido oficialmente |
| Rutas de solicitud comprobadas | Kunavo ejecutó el cliente, o envió una solicitud desde él, contra un endpoint de simulación local o con una clave deliberadamente no válida, y registró lo que envió y lo que recibió | No significa que una finalización, un flujo o una llamada a una herramienta se hayan realizado correctamente a través de Kunavo |
| No probado | Los detalles del protocolo y del endpoint de la fila proceden de la documentación del proveedor, del README o del código fuente del repositorio en la fecha de comprobación indicada | No significa que el cliente falle, solo que nadie aquí lo ha ejecutado |
40 de los 77 clientes de este directorio tienen una guía de configuración de Kunavo publicada: 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 y Continue. Las guías de n8n y TypingMind son las dos con rutas de solicitud comprobadas; el resto está redactado a partir de la documentación o el código fuente del cliente. Todas las demás filas de este directorio no se han probado, al igual que las funciones específicas incluidas en esas guías.
Una consecuencia práctica: considera tu primera tarea en cualquier cliente nuevo como el paso de verificación. Envía una solicitud acotada, confirma que la respuesta se transmite por flujo, confirma que una llamada a una herramienta devuelve un resultado y comprueba el cargo registrado antes de trasladar a él trabajo programado o de pago.
Cuánto cuesta ejecutar tu propia clave
Una vez que un cliente apunta a tu propio endpoint, la facturación es por token y no por puesto. Según las tarifas actuales del catálogo de Kunavo, Claude Sonnet 5 indica $1.40 por millón de tokens de entrada y $7.00 por millón de tokens de salida; Claude Haiku 4.5 indica $0.70 y $3.50.
Una sesión hipotética de un agente que utilice 400,000 tokens de entrada no almacenados en caché y 30,000 tokens de salida tiene una estimación del catálogo de $0.77 en Claude Sonnet 5 y de $0.38 en Claude Haiku 4.5. Eso es un cálculo de tokens basado en volúmenes supuestos, no el coste medido de una tarea ni un límite máximo de una factura. Excluye los cargos de caché, las herramientas externas y cualquier reintento que haga el agente; un agente que reintenta una llamada fallida a una herramienta paga cada intento.
La tarifa más barata indicada y el coste más bajo para completar una tarea son afirmaciones diferentes, y este directorio no promete ninguna de las dos. Un modelo más pequeño con una tarifa inferior puede necesitar más intentos y más revisión; compara los candidatos en una tabla de tarifas y después mide la misma tarea real en dos de ellos. El mínimo de Kunavo es una recarga prepaga de $10 sin suscripción; consulta detalles de facturación para saber cómo se relaciona una estimación del catálogo con el cargo final, y precios para consultar el catálogo actual.
Lecturas relacionadas: API compatible con OpenAI explica la estructura del endpoint que esperan la mayoría de estos clientes, URL base de Anthropic explica los clientes que utilizan el protocolo Messages y inicio rápido permite poner en funcionamiento una primera clave. Crea una cuenta de Kunavo cuando estés listo para probar uno de estos clientes contra un endpoint real.
Preguntas frecuentes
¿Qué clientes de agentes de IA pueden usar un endpoint de API personalizado?
La mayoría de los agentes de terminal open source, la mayoría de las interfaces de chat autoalojadas y la mayoría de los agentes personales siempre activos documentan un campo de URL base sin exigir un plan ni una cuenta. Las excepciones se dividen en cuatro grupos: clientes en los que el campo del endpoint solo existe en algunas superficies (Factory Droid en la CLI y el escritorio, Qoder en el IDE pero no en la CLI, OpenHands en un backend local pero no en su backend en la nube, el agente de chat de AutoGPT Platform cuando está autoalojado pero no en su nube alojada), clientes en los que una URL base arbitraria está detrás de un nivel de pago o de acceso anticipado (URL de endpoint personalizada de Amp, Warp para organizaciones de más de diez empleados, Smart Chat Pro), clientes que solo hablan un protocolo de proveedor (Gemini CLI acepta una URL base, pero sigue enviando solicitudes nativas de Gemini) y clientes sin ningún campo de endpoint (Kiro CLI, Devon).
¿Tener un endpoint personalizado documentado significa que funcionará cualquier función?
No. Un campo de URL base solo establece adónde se envían las solicitudes. Las llamadas a herramientas, el almacenamiento en caché de prompts, la autocompletación fill-in-the-middle, los embeddings, la visión y el streaming son capacidades independientes que pueden fallar aunque el chat funcione. Twinny envía la autocompletación a la ruta de completions heredada en lugar de a chat completions, AnythingLLM configura los embeddings como un proveedor independiente, SillyTavern elimina las llamadas a herramientas con algunos modos de posprocesamiento de prompts y varios clientes requieren que introduzcas manualmente la ventana de contexto y los precios por token de cada modelo. Prueba las funciones específicas que necesitas antes de trasladar trabajo real.
¿Kunavo ha probado estos clientes de agentes?
No de extremo a extremo. Ningún cliente de este directorio ha completado una solicitud a través de Kunavo en una prueba registrada. Cuando existe una guía de configuración de Kunavo, los pasos se redactaron a partir de la documentación o el código fuente publicado por el propio cliente, no de mediciones. Dos páginas de configuración van un paso más allá: la de n8n registra ejecuciones de n8n 2.41.4 contra un endpoint local simulado y contra Kunavo con una clave no válida, y la de TypingMind registra una solicitud del navegador enviada desde typingmind.com con una clave no válida: comprobaciones a nivel de solicitud, no ejecuciones satisfactorias. Todas las afirmaciones sobre protocolos y endpoints aquí se transcribieron de la documentación del proveedor, su README o el código fuente del repositorio en la fecha de comprobación indicada. Considera la primera tarea que ejecutes en cualquier cliente nuevo como tu propio paso de verificación.
¿Con cuáles de estos proyectos no debería empezar?
Continue está en modo de solo lectura tras una versión final 2.0.0 y su empresa afirma que Cursor la adquirió. Void se archivó el 2026-06-02 y Flowise el 2026-08-13. iFlow CLI publicó su propia fecha de cierre: el 17 de abril de 2026. Mentat y la CLI Go OpenCode están archivados, y SWE-agent solo recibe mantenimiento; el upstream recomienda usar mini-SWE-agent en su lugar. Plandex no ha tenido actividad en el repositorio desde 2025-10-03 y su dominio ya no resuelve. Devon no tiene ningún commit en la rama predeterminada desde 2024-07-29, y las instrucciones de PearAI para usar tu propia clave se editaron por última vez en noviembre de 2024. Estos proyectos pertenecen a un directorio de migración y desambiguación, no a una lista para empezar.
¿El precio más bajo del modelo listado es la forma más barata de terminar una tarea?
No necesariamente. La tarifa indicada por token y el coste total de completar un trabajo son métricas diferentes. Un modelo más pequeño con una tarifa inferior puede necesitar más intentos, un contexto más largo o más revisión humana, y un agente que reintenta una llamada fallida a una herramienta paga cada intento. Compara una tabla de tarifas para seleccionar candidatos y después mide la misma tarea real en dos modelos antes de decidir. Kunavo publica tarifas de catálogo por token y comienza con una recarga prepagada de 10 $, sin suscripción.
Cada nombre de cliente de las tablas anteriores enlaza con la página de documentación del propio proyecto, su README o el archivo del repositorio a partir del cual se redactó la fila; cuando una fila también se basa en una segunda página —la documentación independiente de una CLI o la página de autenticación de un proveedor—, esa página está enlazada en línea dentro de la celda que formula la afirmación. Estos datos se recopilaron el 17 de septiembre de 2026. La revisión del 18 de septiembre de 2026 volvió a comprobar el ciclo de vida mediante la API REST de GitHub —indicadores de archivado, fechas de push, fechas de commits y redirecciones desde rutas antiguas— para cada fila archivada y sin endpoint y para la mayoría de las activas, y volvió a leer la documentación enlazada para un subconjunto de las celdas de protocolo y de uso de tu propia clave, en lugar de hacerlo para todas las filas. Cuando el sitio de marketing de un proyecto y su repositorio discrepaban, se utilizaron el repositorio y las propias declaraciones de los mantenedores, y la discrepancia se indica en la fila. Los recuentos de estrellas, las fechas de push y las estructuras de los planes corresponden a un momento concreto y cambiarán con el tiempo; cada celda del ciclo de vida está redactada para que se pueda repetir la misma comprobación. El 1 de octubre de 2026 se volvió a comprobar el ciclo de vida mediante la API de GitHub para cada cliente con un repositorio público, se reabrieron todos los enlaces de origen y se corrigieron las filas de n8n, TypingMind y Msty Studio, así como el límite de Kiro CLI, a partir de las comprobaciones de ese día. Ese mismo día, se volvió a comprobar la celda de protocolo de la fila de Pi frente a la página de modelos actualizada de Pi y frente al tipo api, su despacho y las implementaciones registradas en el código fuente de Pi en v0.99.2, y se corrigió; su filtro de protocolo sigue reflejando los cuatro valores documentados. También se corrigieron ese día la celda de protocolo y la de uso recomendado de la fila de Oh My Pi, tras volver a comprobarlas frente a su esquema docs/models.md y models.yml en v18.4.8, y la celda y el filtro de protocolo de la fila de OpenClaw, tras volver a comprobarlos frente a su página de proveedores personalizados, la referencia de configuración de la puerta de enlace, la página del proveedor de Google y el esquema de configuración en v2026.9.7. Las tarifas por token de Kunavo se leen del catálogo actual; los ejemplos de costes son cálculos ilustrativos de tokens.