PicoClaw y OpenClaw son agentes de IA gratuitos, autoalojados y con licencia MIT, así que la elección no es una comparación de precios: se trata de si el host es un dispositivo Linux pequeño de una sola placa o un ordenador ordinario de 64 bits. PicoClaw es un único binario de Go de Sipeed, con versiones de Linux precompiladas para RISC-V, MIPS, LoongArch, ARM de 32 bits y s390x. OpenClaw es una puerta de enlace de Node.js que necesita Node 24.16+ o 26.1+, y cuyo único dimensionamiento de hardware publicado — su guía para Raspberry Pi — solicita 1 GB de RAM, 1 núcleo, 500 MB de disco libre y un sistema operativo de 64 bits. Después, ambos se facturan de la misma manera: $0 por el software y tokens de la API del modelo por cada turno.
Versiones comprobadas el 21 de septiembre de 2026. La última versión estable de PicoClaw es v0.3.1, publicada el 3 de julio de 2026 (API de versiones de GitHub) — no la v0.2.9 en la que todavía termina la sección de noticias de su README. La versión actual de OpenClaw es 2026.9.5, publicada el 19 de septiembre de 2026, con extended-stable en 2026.7.35 (etiquetas dist de npm); la lista de GitHub parece desordenada porque 2026.7.35 es un canal de backport, no una compilación más reciente.
Confirma que estás consultando los dos proyectos correctos
Esta comparación tiene una tasa de coincidencias de nombres inusualmente alta, y las tres primeras trampas siguientes te proporcionan cifras incorrectas en lugar de ninguna cifra.
- Forks de PicoClaw con descripciones idénticas. Una búsqueda en GitHub devuelve varios repositorios cuya cadena de descripción es idéntica byte por byte a la original. Solo github.com/sipeed/picoclaw es el proyecto; el
mainy las etiquetas de versión de un fork son propios. Comprueba que el propietario seasipeedantes de citar una versión. - Dominios y tokens parecidos. El README de PicoClaw afirma que el único sitio web oficial es picoclaw.io y que el sitio de la empresa es sipeed.com, y que no ha emitido tokens ni criptomonedas, calificando de estafas las listas de plataformas de trading. Cuando lo comprobamos a las 14:38 UTC del 21 de septiembre de 2026, picoclaw.io servía un certificado TLS que había caducado el 10 de septiembre de 2026, por lo que
curlsin-kno superó la verificación. Un certificado puede renovarse en cualquier momento, pero el consejo duradero es instalar desde GitHub Releases en lugar de la descarga con un clic. - El «Pico» microcontrolador. Una Raspberry Pi Pico, una placa RP2040 o RP2350 no ejecuta Linux, y el mínimo declarado de PicoClaw es Linux kernel 3.x o posterior; por tanto, el nombre no implica esa clase de placa.
- Los nombres anteriores de OpenClaw. Clawdbot y Moltbot son el mismo producto: la propia página de historia de OpenClaw registra Warelay, después Clawdbot, luego Moltbot el 27 de enero de 2026 y después OpenClaw el 30 de enero de 2026. No trates una publicación «Moltbot vs PicoClaw» como un tercer punto de datos.
- Los proyectos vecinos. NanoBot (la inspiración declarada de PicoClaw), NanoClaw, ZeroClaw e IronClaw son proyectos independientes con sus propios precios y documentación; consulta Nanobot vs OpenClaw y Alternativas a OpenClaw en lugar de sustituir aquí sus cifras.
Quién debería elegir cuál
| Eje de decisión | PicoClaw | OpenClaw |
|---|---|---|
| Host que ya tienes | Una placa Linux, un router, un módulo de cámara o un teléfono — incluidos RISC-V, MIPS, LoongArch y ARM de 32 bits, para los que las versiones de Node compatibles con OpenClaw no tienen compilación | Un portátil de 64 bits, una VPS o una Pi 4/5 que pueda ejecutar Node 24.16+ o 26.1+ |
| Superficie de flujos de trabajo | 19 filas de canales en su tabla del README; un lanzador WebUI en localhost:18800, una interfaz de bandeja para Windows/Linux y un APK de Android | 32 filas en su catálogo de canales autogenerado en la fecha de comprobación, además de aplicaciones nativas para macOS, iOS, Android, Windows y Linux, y un SDK de plugins |
| Permisos sin configuración | Restricción del espacio de trabajo activada de forma predeterminada (restrict_to_workspace: true), exec desde canales remotos desactivado de forma predeterminada | Sandboxing desactivado de forma predeterminada; según su documentación de seguridad, «la mayoría de los canales de chat responden a un remitente desconocido de un mensaje directo con un código de emparejamiento en lugar de procesar el mensaje», mientras que «unos pocos canales del espacio de trabajo, como ClickClack, confían de forma predeterminada en la pertenencia al espacio de trabajo» |
| Configuración de un endpoint de terceros | Una única entrada model_list: api_base + api_keys, sin requerir metadatos del modelo | Un bloque models.providers más una entrada models[] explícita por cada id que pretendas invocar |
| Vía de coste | Enrutamiento basado en reglas hacia un light_model configurado, más una compra única de la placa | Un agents.defaults.utilityModel opcional, documentado como «un modelo de menor coste para tareas internas breves», como títulos y narración del progreso — no es un enrutador para los turnos del agente; no hay que comprar una placa si ya existe el host |
| Coste de migración | Ningún proyecto documenta un importador en ninguna dirección: los bloques de proveedores, las credenciales de los canales y las skills se vuelven a crear manualmente | Lo mismo, a la inversa |
La versión breve: elige PicoClaw cuando el dispositivo sea la limitación y puedas aceptar software anterior a 1.0 — su README dice que «está en una fase inicial de desarrollo rápido» y que «no debe implementarse en producción antes de v1.0». Elige OpenClaw cuando el host sea ordinario y lo que estés adquiriendo sea la superficie de canales, plugins y aplicaciones complementarias. Ninguna elección cambia la tarifa por token que pagas.
El hardware es la diferencia real, y la lista de compilaciones lo demuestra
La diferencia mejor fundamentada no es una cifra de memoria, sino qué procesadores disponen siquiera de un binario. La versión v0.3.1 publica binarios de Linux para x86_64, arm64, armv6, armv7, riscv64, loong64, mipsle y s390x, junto con paquetes .deb y .rpm, archivos tar de Darwin, Windows, FreeBSD y NetBSD, y un zip de Android; su documentación de hardware enumera por separado chips x86, ARM, RISC-V, MIPS y LoongArch verificados.
La posición de OpenClaw es más limitada y se declara en dos lugares distintos. Su propia página de compatibilidad de Node indica que las versiones de Node compatibles no tienen compilaciones oficiales de Linux ARMv7 y dirige a un sistema operativo de 64 bits. El caso de RISC-V, MIPS y LoongArch es una deducción, no una afirmación de OpenClaw: nodejs.org no publica ningún binario riscv64, mipsle ni loong64 en su índice de versiones, y la documentación de OpenClaw nunca enumera esas arquitecturas; por tanto, no hay una ruta compatible, lo que no equivale a un bloqueo demostrado. OpenClaw también restringe más el entorno de ejecución, exigiendo un enlace node:sqlite que cargue una biblioteca SQLite segura para WAL, y rechaza una compilación dentro del intervalo de versiones compatibles si esa comprobación falla.
| Requisito publicado | PicoClaw | OpenClaw |
|---|---|---|
| Mínimo de RAM | 10 MB libres, 32 MB+ recomendados (documentación de hardware) | No se ha publicado una cifra general; mínimo de 1 GB, 2 GB+ recomendados en la guía para Raspberry Pi |
| Mínimo de CPU | Cualquier núcleo único de 0.6 GHz+ | 1 núcleo (guía para Raspberry Pi) |
| Almacenamiento | 20 MB como mínimo para el binario, 50 MB+ con el espacio de trabajo | 500 MB de disco libre, 16 GB+ en SD o SSD USB recomendados (guía para Raspberry Pi) |
| SO / entorno de ejecución | Linux kernel 3.x+, sin entorno de ejecución de lenguaje | macOS, Linux o Windows; Node 24.16+ o 26.1+, 64 bits |
| Red | Obligatorio, para llamadas a la API de LLM | Obligatorio, por el mismo motivo |
Consultados en la documentación de compatibilidad de hardware de PicoClaw, la página de instalación de OpenClaw y la guía de OpenClaw para Raspberry Pi el 21 de septiembre de 2026. Estas tres salvedades deben aparecer junto a las cifras, no en una nota al pie. Los archivos tar de PicoClaw v0.3.1 ocupan 16–24 MB comprimidos, más que el mínimo de almacenamiento de 20 MB que indica su documentación; el archivo tar puede incluir el lanzador y la interfaz web junto con el binario principal, así que dimensiona la tarjeta con margen en lugar de asumir que una de las cifras es incorrecta. PicoClaw añade una nota al pie a su propia cifra principal de memoria: las compilaciones recientes pueden usar 10-20 MB después de una serie de pull requests fusionadas. Y su documentación de configuración registra una limitación conocida del control de exec: inspecciona únicamente el comando que PicoClaw lanza directamente, no los procesos secundarios creados por herramientas permitidas como make, go run o npm run; además, aconseja que «ejecutes PicoClaw dentro de un contenedor o una VM si necesitas un aislamiento más sólido que el que proporciona el control integrado», que es precisamente lo que una placa de 64 MB no puede ejecutar.
De quién son las cifras
El README de PicoClaw incluye una tabla comparativa que asigna cifras a OpenClaw. Esas cifras no aparecen en ningún lugar de la documentación propia de OpenClaw, por lo que son marketing del competidor, no una especificación del proveedor, y esta página las etiqueta como tales.
| Afirmación | Quién lo afirma | Estado |
|---|---|---|
| OpenClaw necesita >1 GB de RAM; arranca en >500 s en un núcleo de 0.8 GHz; cuesta un Mac mini de $599 | Tabla comparativa del README de PicoClaw | No se encuentra en ningún lugar de la documentación de OpenClaw. La única declaración de dimensionamiento de OpenClaw es el mínimo de 1 GB de RAM para Raspberry Pi |
| PicoClaw utiliza <10 MB de memoria para su núcleo y arranca en <1 s en un núcleo de 0.6 GHz | README de PicoClaw, con su propia nota al pie de que las compilaciones recientes pueden usar 10-20 MB | Afirmación del proveedor. No se encontró ni se ejecutó ninguna prueba comparativa independiente para esta página |
| «99 % más pequeño», «inicio 400 veces más rápido», «98 % más barato que un Mac mini» | Puntos destacados de funciones de PicoClaw | Derivados de las dos filas anteriores, por lo que heredan el mismo estado |
| Una placa LicheeRV-Nano de ~$10 | README de PicoClaw y picoclaw.io | La propia página wiki de Sipeed para la placa publica especificaciones (SG2002, 256 MB DDR3), pero no un precio. Trátalo como una categoría de precio, no como una cotización |
| Canales de chat «16+», «18+» y «19+» | Página de inicio de PicoClaw y dos lugares de su README | Tres recuentos diferentes en sus propias superficies. La tabla del README contabilizada tiene 19 filas |
Lo que realmente cuesta ejecutar cualquiera de los dos
La fórmula es la misma para ambos: software $0 + (placa única, solo en la ruta de PicoClaw) + tokens × tarifa + electricidad o alojamiento. La documentación de ninguno de los proyectos contiene una tabla de precios por token, por lo que todas las tarifas siguientes proceden del catálogo activo de Kunavo, no de ninguno de los agentes.
Las cifras siguientes son cálculos ilustrativos de tokens, no costes medidos de tareas ni un límite máximo de facturación. Supón un mes de 3.000 turnos del agente, cada uno enviando 6.000 tokens de entrada no almacenados en caché y devolviendo 500 tokens de salida: 18 M de entrada y 1,5 M de salida en total. La estructura de tus propios turnos será diferente.
| Modelo | Entrada/salida por 1M | Coste mensual estimado con 3.000 turnos |
|---|---|---|
| Claude Haiku 4.5 | $0.70 / $3.50 | $17.85 |
| Claude Sonnet 4.6 | $2.10 / $10.50 | $53.55 |
La palanca de costes documentada de PicoClaw es el enrutamiento basado en reglas: su guía de enrutamiento describe un bloque agents.dispatch que envía un turno a un light_model configurado cuando coincide una regla, y gana la primera regla coincidente. Suponiendo una división 80/20 del mismo mes entre Claude Haiku 4.5 y Claude Sonnet 4.6, la estimación es $24.99 frente a $53.55 para todo el mes en Claude Sonnet 4.6. La proporción 80/20 es una suposición ilustrativa; ningún proyecto publica un ahorro medido para su función de enrutamiento, y el enrutamiento cambia qué entrada atiende un turno, no la tarifa por token.
El punto que no cambia en una implementación en una placa pequeña es que la documentación de hardware de PicoClaw indica que el acceso a la red es obligatorio, porque cada turno es una llamada a una API remota. Una placa de $10 reduce la partida de hardware aproximadamente al precio de la placa; la partida de tokens anterior no cambia por ello. El importe del catálogo de Kunavo es un mínimo de facturación, no un límite máximo: cuando el proveedor ascendente informa de su cargo, la factura es el mayor entre el coste del catálogo y el coste del proveedor ascendente multiplicado por el margen aplicable. Los cargos de caché y las herramientas externas quedan fuera de este ejemplo, y la recarga mínima es $10 en crédito prepago, un mínimo de financiación, no una tarifa por tarea ni una suscripción. Consulta los detalles de facturación.
Apuntar cualquiera de los dos a un endpoint compatible con OpenAI
Ambos fragmentos siguientes están transcritos de la documentación actual de los proveedores y no se ejecutaron contra el endpoint de Kunavo; Kunavo no publica una guía de configuración para ninguno de los dos clientes y no ha probado en tiempo de ejecución ninguno de ellos. Trátalos como una estructura inicial que debes verificar con una tarea pequeña, manteniendo una ruta funcional disponible mientras lo haces.
PicoClaw configura todo dentro de una única entrada model_list, según su documentación de proveedores:
{
"model_list": [
{
"model_name": "gateway-main",
"provider": "openai",
"model": "claude-sonnet-4-6",
"api_base": "https://api.kunavo.com/v1",
"api_keys": ["sk-kn-..."],
"request_timeout": 300
}
],
"agents": { "defaults": { "model_name": "gateway-main" } }
}OpenClaw necesita el bloque de proveedor y una entrada de modelo explícita, según su documentación de proveedores personalizados; sus propias palabras son que agents.defaults.models «por sí solo no restringe las anulaciones ni registra un nuevo modelo en tiempo de ejecución»:
{
models: {
providers: {
kunavo: {
baseUrl: "https://api.kunavo.com/v1",
apiKey: "${KUNAVO_API_KEY}",
api: "openai-completions",
timeoutSeconds: 300,
models: [
{
id: "claude-sonnet-4-6",
name: "Claude Sonnet 4.6",
input: ["text"],
cost: { input: 2.1, output: 10.5, cacheRead: 0, cacheWrite: 0 }
}
]
}
}
},
agents: { defaults: { model: { primary: "kunavo/claude-sonnet-4-6" } } }
}Vale la pena escribir el bloque cost anterior. La documentación de proveedores personalizados de OpenClaw indica que si se omite el bloque cost, el valor predeterminado es { input: 0, output: 0, cacheRead: 0, cacheWrite: 0 }, y su documentación de seguimiento del uso indica que la vista Usage de la interfaz de control muestra un coste estimado derivado de la sesión; por tanto, una estimación basada en metadatos puestos a cero no tiene ninguna tarifa con la que calcular el precio. Los valores cero predeterminados están documentados; la lectura resultante es una deducción a partir de ellos, no una cifra que publique OpenClaw. Si se omite contextWindow, permanece sin establecer, y las funciones que solicitan el presupuesto de contexto recurren a 200.000 tokens solo cuando ni el descubrimiento ni los metadatos por modelo proporcionan una ventana de contexto. En cualquier caso, la cifra autoritativa es el propio registro de uso de tu puerta de enlace, no la aritmética del agente.
| Límite en un endpoint de terceros | PicoClaw | OpenClaw |
|---|---|---|
| Selección del protocolo | provider: "openai", o anthropic / anthropic-messages. La documentación se contradice aquí: una nota en prosa indica que anthropic habla /v1/chat/completions compatible con OpenAI, mientras que anthropic-messages habla /v1/messages nativo, pero la tabla del proveedor etiqueta anthropic como el protocolo de Anthropic. El propio remedio de la documentación es cambiar si uno devuelve 404 | api: "openai-completions" o "anthropic-messages", elegidos explícitamente por proveedor |
| Lo que elimina el entorno de ejecución | No hay nada documentado; tool_schema_transform: "simple" es una opción que se activa expresamente para endpoints que rechazan $ref, $defs, anyOf, oneOf, allOf o pattern en los esquemas de herramientas | En cualquier host openai-completions que no sea api.openai.com, OpenClaw fuerza compat.supportsDeveloperRole: false — incluso si lo estableces en true — y omite service_tier, Responses y Completions store, las indicaciones de caché de prompts de OpenAI, el formato compatible con razonamiento y las cabeceras de atribución |
| Cabeceras beta de Anthropic | Se puede establecer mediante custom_headers, que puede anular valores integrados, incluidos Authorization y User-Agent | Suprimidas en endpoints anthropic-messages no directos, incluido interleaved-thinking-2025-05-14; vuelve a añadirlas mediante models.providers.<id>.headers |
| Streaming | Desactivado de forma predeterminada y requiere dos interruptores: streaming.enabled en la entrada del modelo y settings.streaming.enabled en el canal activo | No se ha documentado ningún requisito equivalente de dos interruptores |
| Rotación de claves | api_keys es un array; varias claves permiten la rotación por solicitud | Rota a través de una lista ordenada de fuentes de entorno, pero solo ante respuestas de límite de velocidad; los fallos que no sean de límite de velocidad fallan de inmediato |
| Rutas a las que una URL base no puede llegar | GitHub Copilot (gRPC a localhost:4321), Antigravity (solo OAuth), AWS Bedrock (go build -tags bedrock), Azure Entra ID (-tags azidentity) | El entorno de ejecución del agente Codex. Su documentación indica que la selección automática necesita «un endpoint HTTPS oficial exacto de Platform Responses o ChatGPT Responses sin anulaciones de solicitud escritas», y que los endpoints personalizados, los adaptadores de Completions y las anulaciones escritas «permanecen en OpenClaw»; por tanto, una URL base de puerta de enlace mantiene el entorno de ejecución integrado en lugar de fallar. El uso ordinario de herramientas y la operación del agente no se ven afectados |
Ningún proyecto condiciona nada de esto a un plan de pago, porque ninguno vende uno. Para conocer el formato de transmisión, consulta API compatible con OpenAI, y la documentación de URL base de Anthropic si eliges la ruta de Messages.
Lo que realmente te cuesta pasar de uno al otro
Ningún conjunto de documentación contiene un importador en ninguna dirección; la única migración documentada de PicoClaw es picoclaw migrate para sus propias versiones anteriores, y OpenClaw no documenta ninguna exportación a PicoClaw. Esto es ausencia de pruebas, no una demostración de que no exista ningún conversor comunitario, pero planifica volver a crear todo manualmente: los formatos de configuración no se traducen (PicoClaw utiliza un model_list JSON plano más un .security.yml independiente para las claves, mientras que OpenClaw utiliza JSON5 con models.providers.<id> y alias de modelos), y las credenciales de los canales, las programaciones y las skills se recrean por plataforma.
Pasar hacia abajo a PicoClaw también implica perder capacidades: la aplicación iOS de OpenClaw, los nodos complementarios, Signal, iMessage, Microsoft Teams, Google Chat y el SDK de plugins no tienen equivalente en PicoClaw según su documentación. Pasar hacia arriba a OpenClaw implica perder compatibilidad arquitectónica: un dispositivo RISC-V, MIPS, LoongArch o ARMv7 no tiene una ruta compatible con OpenClaw. PicoClaw declara un registro ClawHub y clawhub.ai comercializa skills para OpenClaw, pero ninguna de las dos partes publica una declaración de compatibilidad y no se instaló ni ejecutó nada para esta página, así que no supongas que una skill se puede trasladar.
Si la pregunta subyacente es qué API colocar detrás del agente que elijas, mejor API para OpenClaw y precios de OpenClaw cubren el lado del proveedor, y crear una cuenta de Kunavo te proporciona una clave y un saldo prepago para dirigir cualquiera de los dos bloques de configuración.
Preguntas frecuentes
¿Es PicoClaw un fork de OpenClaw?
El README de PicoClaw afirma lo contrario con sus propias palabras: es "un proyecto independiente de código abierto iniciado por Sipeed, escrito íntegramente en Go desde cero; no es un fork de OpenClaw, NanoBot ni ningún otro proyecto", y además se describe como "inspirado por NanoBot". La API de GitHub confirma que sipeed/picoclaw tiene fork: false y lenguaje Go, mientras que openclaw/openclaw está escrito en TypeScript. Esa es la afirmación del propio proyecto sobre la procedencia de su propia base de código, no un hecho auditado de forma independiente, pero las dos bases de código están escritas en lenguajes distintos y ninguno de los dos repositorios es un fork del otro en GitHub. Comprobado el 21 de septiembre de 2026.
¿Cuál es más barato de ejecutar, PicoClaw u OpenClaw?
Ninguno de los dos proyectos cobra por su software. PicoClaw tiene licencia MIT y se instala desde un binario precompilado o mediante una compilación desde el código fuente; OpenClaw también tiene licencia MIT y su README indica que la OpenClaw Foundation no ofrece "ningún nivel de pago, servicio alojado ni token". La factura recurrente es del mismo tipo para ambos: tokens de API del modelo en cada turno. La diferencia está en el hardware: los mínimos publicados de PicoClaw son 10 MB de RAM libre y un núcleo único de 0.6 GHz en Linux, mientras que la guía de OpenClaw para Raspberry Pi establece un mínimo de 1 GB de RAM, 1 núcleo, 500 MB de disco libre y un sistema operativo de 64 bits. Una placa más barata reduce el coste de hardware, pero no el de tokens, porque la propia documentación de hardware de PicoClaw indica que el acceso a la red es obligatorio para las llamadas a la API de LLM. Comprobado el 21 de septiembre de 2026.
¿Puede PicoClaw ejecutarse en una Raspberry Pi Zero o en una placa de 64 MB?
La lista de compatibilidad mantenida por la comunidad de PicoClaw incluye Raspberry Pi Zero (ARMv6, 512 MB), LicheePi Zero (ARMv7, 64 MB) y Milk-V Duo 64M (RISC-V, 64 MB), y su mínimo declarado es de 10 MB de RAM libre en Linux kernel 3.x o posterior. Esas entradas son informes de la comunidad de que el binario se ejecuta, no una garantía del proveedor de que una determinada carga de trabajo del agente se complete de forma aceptable. La propia tabla de compatibilidad con Raspberry Pi de OpenClaw marca la Pi Zero 2 W (512 MB) como «No — no recomendada». Ten en cuenta también la coincidencia de nombres: una Raspberry Pi Pico o una placa RP2040 es un microcontrolador que no ejecuta Linux, por lo que el requisito declarado de Linux de PicoClaw la descarta a pesar de la palabra compartida. Comprobado el 21 de septiembre de 2026.
¿Eran Clawdbot y Moltbot productos diferentes de OpenClaw?
No. La propia página de historia de OpenClaw registra la cadena Warelay, después Clawd dentro de un Clawdbot, luego Moltbot el 27 de enero de 2026 después de que «Anthropic enviara un correo electrónico cortés solicitando un cambio de nombre (asuntos de marcas registradas)», y después OpenClaw el 30 de enero de 2026, con el repositorio renombrado a github.com/openclaw/openclaw. Los tutoriales y las publicaciones de blog que todavía usan los nombres anteriores describen el mismo producto, así que considéralas posiblemente obsoletas en cuanto a claves de configuración y comandos de la CLI, no como una herramienta independiente. El correo electrónico de Anthropic es la caracterización de los hechos que hace el propio OpenClaw. Comprobado el 21 de septiembre de 2026.
¿Cuál es la versión actual de PicoClaw y OpenClaw?
La última versión estable de PicoClaw es v0.3.1, publicada el 3 de julio de 2026 según la API de versiones de GitHub; la sección de noticias del README todavía termina en v0.2.9 de mayo de 2026, por lo que quien cite únicamente el README publicará una versión obsoleta. Las etiquetas dist de npm de OpenClaw indican latest como 2026.9.5, publicada el 19 de septiembre de 2026, con extended-stable en 2026.7.35 — por eso la lista de versiones de GitHub parece desordenada, ya que 2026.7.35 es un canal de backport y no una compilación más reciente. PicoClaw también advierte sobre sí mismo que «está en una fase inicial de desarrollo rápido» y que «no debe implementarse en producción antes de v1.0». Ambas cifras se comprobaron el 21 de septiembre de 2026.
¿Pueden PicoClaw y OpenClaw usar ambos una única puerta de enlace compatible con OpenAI?
Ambos documentan una ruta para un endpoint de terceros. PicoClaw utiliza api_base más un array api_keys dentro de una única entrada de model_list, sin requerir metadatos del modelo. OpenClaw utiliza un bloque models.providers con baseUrl, apiKey y api establecidos como openai-completions o anthropic-messages, y además requiere declarar cada id de modelo en el array models[] de ese proveedor. Una vez que el host no es el del proveedor, difieren dos comportamientos: OpenClaw fuerza compat.supportsDeveloperRole a false y omite el formato de solicitud nativo de OpenAI en cualquier endpoint openai-completions no nativo, y suprime las cabeceras beta implícitas de Anthropic en endpoints anthropic-messages no directos. Kunavo no ha probado en tiempo de ejecución ninguno de los dos clientes, por lo que ambos fragmentos son transcripciones de la documentación fuente que debes verificar con una tarea pequeña propia.
Comprobado el 21 de septiembre de 2026 únicamente con fuentes primarias: la API de GitHub para ambos repositorios y las versiones de PicoClaw, las etiquetas dist de npm para OpenClaw, los README de ambos proyectos, y la documentación de hardware, proveedores, enrutamiento, configuración y seguridad de PicoClaw, además de las páginas de instalación, compatibilidad con Node, Raspberry Pi, canales, emparejamiento, seguridad, sandboxing, tiempos de ejecución de agentes, seguimiento del uso y proveedores de modelos de OpenClaw. El certificado de picoclaw.io se observó caducado a las 14:38 UTC de ese día. Ninguno de los clientes se probó en tiempo de ejecución con Kunavo, no se reprodujo ningún benchmark y los precios minoristas del hardware no se verificaron de forma independiente. Las tarifas de tokens de Kunavo se leyeron del catálogo activo; todas las cifras en dólares son cálculos ilustrativos de tokens.