O PicoClaw e o OpenClaw são agentes de IA gratuitos, licenciados sob MIT e auto-hospedados, portanto a escolha não é uma comparação de preços: é decidir se o host será um pequeno dispositivo Linux de placa única ou um computador comum de 64 bits. O PicoClaw é um único binário Go da Sipeed, com versões Linux pré-compiladas para RISC-V, MIPS, LoongArch, ARM de 32 bits e s390x. O OpenClaw é um gateway Node.js que precisa de Node 24.16+ ou 26.1+, e seu único dimensionamento de hardware publicado — o guia para Raspberry Pi — exige 1 GB de RAM, 1 núcleo, 500 MB de espaço livre em disco e um sistema operacional de 64 bits. Depois, ambos cobram da mesma forma: $0 pelo software e tokens de API do modelo a cada turno.
Versões verificadas em 21 de setembro de 2026. A versão estável mais recente do PicoClaw é v0.3.1, publicada em 3 de julho de 2026 (API de releases do GitHub) — não a v0.2.9, na qual a seção de novidades do README ainda termina. A versão atual do OpenClaw é 2026.9.5, publicada em 19 de setembro de 2026, com extended-stable em 2026.7.35 (dist-tags do npm); a lista do GitHub parece fora de ordem porque 2026.7.35 é um canal de backport, não uma compilação mais recente.
Confirme que você está olhando para os dois projetos corretos
Esta comparação tem uma taxa incomumente alta de colisão de nomes, e as três primeiras armadilhas abaixo fornecem números errados, em vez de nenhum número.
- Forks do PicoClaw com descrições idênticas. Uma busca no GitHub retorna vários repositórios cuja string de descrição é byte a byte idêntica à do upstream. Apenas github.com/sipeed/picoclaw é o projeto; o
maine as tags de release de um fork são próprios dele. Verifique se o proprietário ésipeedantes de citar uma versão. - Domínios e tokens semelhantes. O README do PicoClaw afirma que o único site oficial é picoclaw.io e que o site da empresa é sipeed.com, e que nenhum token ou criptomoeda foi emitido, chamando de golpes as listagens em plataformas de negociação. Quando verificamos às 14:38 UTC de 21 de setembro de 2026, picoclaw.io estava fornecendo um certificado TLS que expirara em 10 de setembro de 2026, portanto
curlsem-kfalhou na verificação. Um certificado pode ser renovado a qualquer momento, mas a recomendação duradoura é instalar a partir das GitHub Releases, e não pelo download com um clique. - “Pico”, o microcontrolador. Uma placa Raspberry Pi Pico, RP2040 ou RP2350 não executa Linux, e o mínimo declarado do PicoClaw é o kernel Linux 3.x ou mais recente — portanto o nome não implica essa classe de placa.
- Os nomes anteriores do OpenClaw. Clawdbot e Moltbot são o mesmo produto: a própria página de história do OpenClaw registra Warelay, depois Clawdbot, depois Moltbot em 27 de janeiro de 2026 e então OpenClaw em 30 de janeiro de 2026. Não trate uma publicação “Moltbot vs PicoClaw” como um terceiro ponto de dados.
- Os vizinhos. NanoBot (a inspiração declarada do PicoClaw), NanoClaw, ZeroClaw e IronClaw são projetos separados, com seus próprios preços e documentações — consulte Nanobot vs OpenClaw e alternativas ao OpenClaw, em vez de substituir os números aqui pelos deles.
Quem deve escolher qual
| Eixo de decisão | PicoClaw | OpenClaw |
|---|---|---|
| Host que você já tem | Uma placa Linux, roteador, módulo de câmera ou telefone — incluindo RISC-V, MIPS, LoongArch e ARM de 32 bits, para os quais as versões Node compatíveis com o OpenClaw não têm compilação | Um laptop de 64 bits, VPS ou Pi 4/5 capaz de executar Node 24.16+ ou 26.1+ |
| Superfície de fluxo de trabalho | 19 linhas de canais na tabela do README; um lançador WebUI em localhost:18800, uma interface de bandeja para Windows/Linux e um APK para Android | 32 linhas no catálogo de canais gerado automaticamente na data da verificação, além de aplicativos nativos para macOS, iOS, Android, Windows e Linux e um SDK de plugins |
| Permissões sem configuração | Restrição ao workspace ativada por padrão (restrict_to_workspace: true), execução a partir de canais remotos desativada por padrão | Sandbox desativado por padrão; segundo sua documentação de segurança, "a maioria dos canais de chat responde a um remetente desconhecido de DM com um código de pareamento em vez de processar a mensagem", enquanto "alguns canais de workspace, como o ClickClack, confiam na associação ao workspace por padrão" |
| Configuração de endpoint de terceiros | Uma única entrada model_list: api_base + api_keys, sem metadados do modelo | Um bloco models.providers mais uma entrada models[] explícita para cada id que você pretende chamar |
| Caminho de custo | Roteamento baseado em regras para um light_model configurado, além da compra única de uma placa | Um agents.defaults.utilityModel opcional, documentado como "um modelo de menor custo para tarefas internas curtas", como títulos e narração do progresso — não um roteador para turnos do agente; nenhuma compra de placa se o host já existir |
| Custo da migração | Nenhum dos projetos documenta um importador em qualquer direção — blocos de provedores, credenciais de canais e habilidades são reescritos manualmente | O mesmo, no sentido inverso |
A versão curta: escolha o PicoClaw quando o dispositivo for a restrição e você puder aceitar software anterior à versão 1.0 — o README diz que ele "está em desenvolvimento inicial e acelerado" e que você "não deve implantá-lo em produção antes da v1.0". Escolha o OpenClaw quando o host for comum e a superfície de canais, plugins e aplicativos complementares for aquilo que você está comprando. Nenhuma escolha altera a tarifa por token que você paga.
O hardware é a diferença real, e a evidência está na lista de compilações
A diferença mais forte baseada em fontes não é um número de memória, mas quais processadores têm um binário disponível. A versão v0.3.1 publica binários Linux para x86_64, arm64, armv6, armv7, riscv64, loong64, mipsle e s390x, além de pacotes .deb e .rpm, tarballs para Darwin, Windows, FreeBSD e NetBSD e um zip para Android; sua documentação de hardware lista separadamente chips x86, ARM, RISC-V, MIPS e LoongArch verificados.
A posição do OpenClaw é mais restrita e declarada em dois locais separados. Sua própria página de compatibilidade do Node diz que as versões compatíveis do Node não têm compilações oficiais para Linux ARMv7 e direciona você a um sistema operacional de 64 bits. O caso de RISC-V, MIPS e LoongArch é uma derivação, não uma afirmação do OpenClaw: nodejs.org não publica nenhum binário riscv64, mipsle ou loong64 em seu índice de releases, e a documentação do OpenClaw nunca lista essas arquiteturas — portanto não há um caminho compatível, o que não é o mesmo que um bloqueio demonstrado. O OpenClaw também restringe ainda mais o runtime, exigindo uma vinculação node:sqlite que carregue uma biblioteca SQLite segura para WAL, e recusa uma compilação dentro do intervalo de versões compatíveis se essa verificação falhar.
| Requisito publicado | PicoClaw | OpenClaw |
|---|---|---|
| Mínimo de RAM | 10MB livres, 32MB+ recomendados (documentação de hardware) | Nenhum número geral publicado; mínimo de 1 GB, 2 GB+ recomendados no guia do Raspberry Pi |
| Mínimo de CPU | Qualquer núcleo único de 0.6GHz+ | 1 núcleo (guia do Raspberry Pi) |
| Armazenamento | Mínimo de 20MB para o binário, 50MB+ com workspace | 500 MB de espaço livre em disco, 16 GB+ em SD ou SSD USB recomendado (guia do Raspberry Pi) |
| SO / runtime | Kernel Linux 3.x+, sem runtime de linguagem | macOS, Linux ou Windows; Node 24.16+ ou 26.1+, 64 bits |
| Rede | Necessário, para chamadas à API de LLM | Necessário, pelo mesmo motivo |
Lidos na documentação de compatibilidade de hardware do PicoClaw, na página de instalação do OpenClaw e no guia do OpenClaw para Raspberry Pi em 21 de setembro de 2026. Três ressalvas devem ficar ao lado desses números, e não em uma nota de rodapé. Os próprios tarballs v0.3.1 do PicoClaw têm 16–24 MB compactados, o que é maior que o mínimo de armazenamento de 20MB declarado na documentação — o tarball pode incluir o lançador e a Web UI junto com o binário principal, portanto dimensione o cartão com folga em vez de presumir que algum dos números está errado. O PicoClaw inclui uma nota de rodapé em seu próprio destaque de memória, dizendo que compilações recentes podem usar 10-20MB após uma série de pull requests mesclados. E sua documentação de configuração registra uma limitação conhecida da proteção de exec — ela inspeciona apenas o comando que o PicoClaw inicia diretamente, não os processos filhos criados por ferramentas permitidas como make, go run ou npm run — e recomenda que você "execute o PicoClaw dentro de um contêiner ou VM se precisar de um isolamento mais forte do que o fornecido pela proteção integrada", exatamente o que uma placa de 64MB não consegue executar.
De quem são os números
O README do PicoClaw traz uma tabela comparativa que atribui números ao OpenClaw. Esses números não aparecem em nenhum lugar da documentação do próprio OpenClaw, portanto são marketing do concorrente, e esta página os identifica como tal.
| Afirmação | Quem afirma | Status |
|---|---|---|
| O OpenClaw precisa de >1GB de RAM; inicia em >500s em um núcleo de 0.8GHz; custa um Mac mini de $599 | Tabela comparativa do README do PicoClaw | Não encontrado em nenhum lugar da documentação do OpenClaw. A única afirmação de dimensionamento do OpenClaw é o mínimo de 1 GB de RAM para Raspberry Pi |
| O PicoClaw usa <10MB de memória principal e inicia em <1s em um núcleo de 0.6GHz | README do PicoClaw, com sua própria nota de rodapé de que compilações recentes podem usar 10-20MB | Afirmação do fornecedor. Nenhum benchmark independente foi encontrado ou executado para esta página |
| "99% menor", "inicialização 400x mais rápida", "98% mais barato que um Mac mini" | Tópicos de recursos do PicoClaw | Derivados das duas linhas acima, portanto herdam o mesmo status |
| Uma placa LicheeRV-Nano de ~$10 | README do PicoClaw e picoclaw.io | A própria página wiki da Sipeed para a placa publica especificações (SG2002, 256MB DDR3), mas nenhum preço. Trate isso como uma faixa de preço, não como uma cotação |
| Canais de chat "16+", "18+" e "19+" | Página inicial do PicoClaw e dois locais em seu README | Três contagens diferentes em suas próprias superfícies. A tabela contada do README tem 19 linhas |
Quanto realmente custa executar qualquer um dos dois
A fórmula é a mesma para ambos: software $0 + (placa única, somente no caminho do PicoClaw) + tokens × tarifa + energia ou hospedagem. A documentação de nenhum dos projetos contém uma tabela de preços por token, portanto todas as tarifas abaixo vêm do catálogo da Kunavo ativo, e não de nenhum dos agentes.
Os números abaixo são cálculos ilustrativos de tokens, não custos de tarefas medidos nem um teto de cobrança. Considere um mês com 3.000 turnos de agente, cada um enviando 6.000 tokens de entrada não armazenados em cache e retornando 500 tokens de saída — 18M de entrada e 1.5M de saída no total. O formato dos seus próprios turnos será diferente.
| Modelo | Entrada / saída por 1M | Estimativa mensal com 3.000 turnos |
|---|---|---|
| Claude Haiku 4.5 | $0.70 / $3.50 | $17.85 |
| Claude Sonnet 4.6 | $2.10 / $10.50 | $53.55 |
A alavanca de custo documentada do PicoClaw é o roteamento baseado em regras: seu guia de roteamento descreve um bloco agents.dispatch que envia um turno para um light_model configurado quando uma regra corresponde, com a primeira regra correspondente vencendo. Supondo uma divisão 80/20 do mesmo mês entre Claude Haiku 4.5 e Claude Sonnet 4.6, a estimativa é $24.99 contra $53.55 para o mês inteiro em Claude Sonnet 4.6. A proporção 80/20 é uma suposição ilustrativa — nenhum dos projetos publica uma economia medida para seu recurso de roteamento, e o roteamento altera qual entrada atende a um turno, não a tarifa por token.
O ponto que não muda em uma implantação em uma placa pequena: a documentação de hardware do PicoClaw lista o acesso à rede como necessário, porque cada turno é uma chamada de API remota. Uma placa de $10 reduz a linha de hardware aproximadamente ao preço da placa; a linha de tokens acima não é alterada por ela. O valor do catálogo da Kunavo é um piso de cobrança, não um teto — quando o upstream informa sua cobrança, o valor faturado é o maior entre o custo do catálogo e o custo do upstream multiplicado pela margem aplicável. As cobranças de cache e as ferramentas externas ficam fora deste exemplo, e o complemento mínimo é $10 em crédito pré-pago, um mínimo de financiamento, não uma tarifa por tarefa nem uma assinatura. Consulte detalhes de cobrança.
Apontar qualquer um deles para um endpoint compatível com OpenAI
Ambos os trechos abaixo foram transcritos da documentação atual dos fornecedores e não foram executados contra o endpoint da Kunavo — a Kunavo não publica um guia de configuração para nenhum dos clientes e não testou nenhum deles em tempo de execução. Trate-os como uma estrutura inicial a ser verificada com uma pequena tarefa, mantendo uma rota funcional disponível durante o processo.
O PicoClaw configura tudo dentro de uma única entrada model_list, segundo sua documentação de provedores:
{
"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" } }
}O OpenClaw precisa do bloco de provedor e de uma entrada de modelo explícita, segundo sua documentação de provedores personalizados — nas próprias palavras dele, agents.defaults.models "não restringe substituições nem registra, por si só, um novo modelo de runtime":
{
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 a pena digitar o bloco cost acima. A documentação de provedores personalizados do OpenClaw diz que um bloco cost omitido assume o padrão { input: 0, output: 0, cacheRead: 0, cacheWrite: 0 }, e sua documentação de rastreamento de uso diz que a visualização Usage da Control UI mostra um custo estimado derivado da sessão — portanto uma estimativa baseada em metadados zerados não tem nenhuma tarifa contra a qual calcular o preço. Os padrões zero são documentados; a leitura resultante é uma derivação deles, não um valor publicado pelo OpenClaw. Um contextWindow omitido permanece não definido, e os chamadores de orçamento de contexto recorrem a 200,000 tokens somente quando nem a descoberta nem os metadados por modelo fornecem um valor. De qualquer forma, o número autoritativo é o próprio registro de uso do seu gateway, não a aritmética do agente.
| Limite em um endpoint de terceiros | PicoClaw | OpenClaw |
|---|---|---|
| Seleção de protocolo | provider: "openai", ou anthropic / anthropic-messages. A documentação se contradiz neste ponto: uma observação em prosa diz que anthropic usa /v1/chat/completions compatível com OpenAI, enquanto anthropic-messages usa /v1/messages nativo, mas a tabela do fornecedor identifica anthropic como o protocolo da Anthropic. A própria solução indicada na documentação é alternar se um deles retornar 404 | api: "openai-completions" ou "anthropic-messages", escolhido explicitamente por provedor |
| O que o runtime remove | Nada documentado; tool_schema_transform: "simple" é uma opção ativada pelo usuário para endpoints que rejeitam $ref, $defs, anyOf, oneOf, allOf ou pattern nos esquemas de ferramentas | Em qualquer host openai-completions que não seja api.openai.com, o OpenClaw força compat.supportsDeveloperRole: false — mesmo que você o defina como true — e ignora service_tier, os store de Responses e Completions, as indicações de cache de prompt da OpenAI, a configuração de compatibilidade de raciocínio e os cabeçalhos de atribuição |
| Cabeçalhos beta da Anthropic | Configurável por meio de custom_headers, que pode substituir itens integrados, incluindo Authorization e User-Agent | Suprimidos em endpoints anthropic-messages que não sejam diretos, incluindo interleaved-thinking-2025-05-14; adicione-os novamente por meio de models.providers.<id>.headers |
| Streaming | Desativado por padrão e requer duas opções: streaming.enabled na entrada do modelo e settings.streaming.enabled no canal ativo | Nenhum requisito documentado equivalente de duas opções |
| Rotação de chaves | api_keys é um array; várias chaves habilitam a rotação por solicitação | Alterna entre uma lista ordenada de fontes de ambiente, mas somente em respostas de limite de taxa — falhas que não sejam de limite de taxa falham imediatamente |
| Rotas que uma URL base não consegue alcançar | GitHub Copilot (gRPC para localhost:4321), Antigravity (somente OAuth), AWS Bedrock (go build -tags bedrock), Azure Entra ID (-tags azidentity) | O runtime do agente Codex. A documentação diz que a seleção automática exige “um endpoint HTTPS oficial exato da Platform Responses ou do ChatGPT Responses, sem substituições de solicitação definidas pelo autor” e que endpoints personalizados, adaptadores de Completions e substituições definidas pelo autor “permanecem no OpenClaw” — portanto, uma URL base de gateway mantém o runtime integrado em vez de falhar. O uso comum de ferramentas e a operação do agente não são afetados |
Nenhum dos dois projetos condiciona isso a um plano pago, pois nenhum deles vende um. Para conhecer o formato de transmissão, consulte API compatível com OpenAI e a documentação da URL base da Anthropic se você escolher a rota Messages.
O que realmente custa passar de um para o outro
Nenhum dos dois conjuntos de documentação contém um importador em qualquer direção — a única migração documentada do PicoClaw é picoclaw migrate para versões anteriores próprias, e o OpenClaw não documenta nenhuma exportação para o PicoClaw. Isso é ausência de evidência, não prova de que não exista um conversor da comunidade, mas planeje reescrever manualmente: os formatos de configuração não são traduzíveis (o PicoClaw usa um model_list JSON simples e separado .security.yml para chaves, enquanto o OpenClaw usa JSON5 com models.providers.<id> e aliases de modelos), e as credenciais de canais, os agendamentos e as skills são recriados em cada plataforma.
Passar para baixo, para o PicoClaw, também reduz os recursos: o app iOS do OpenClaw, os nós complementares, Signal, iMessage, Microsoft Teams, Google Chat e o SDK de plugins não têm equivalente no PicoClaw em sua documentação. Passar para cima, para o OpenClaw, esbarra nas arquiteturas — um dispositivo RISC-V, MIPS, LoongArch ou ARMv7 não tem um caminho compatível com o OpenClaw. O PicoClaw declara um registro ClawHub e o clawhub.ai comercializa skills para OpenClaw, mas nenhum dos lados publica uma declaração de compatibilidade e nada foi instalado ou executado para esta página; portanto, não presuma que uma skill seja transferível.
Se a questão subjacente for qual API colocar por trás do agente escolhido, melhor API para OpenClaw e preços do OpenClaw cobrem o lado dos provedores, e criar uma conta Kunavo fornece uma chave e um saldo pré-pago para apontar qualquer um dos blocos de configuração.
Perguntas frequentes
O PicoClaw é um fork do OpenClaw?
O README do PicoClaw afirma o contrário, com suas próprias palavras: ele é "um projeto independente de código aberto iniciado pela Sipeed, escrito inteiramente em Go do zero — não é um fork do OpenClaw, NanoBot ou qualquer outro projeto" e, separadamente, descreve-se como "inspirado no NanoBot". A API do GitHub confirma que sipeed/picoclaw tem fork: false e linguagem Go, enquanto openclaw/openclaw é TypeScript. Essa é a alegação do próprio projeto sobre a procedência da própria base de código, e não um fato auditado de forma independente, mas as duas bases de código estão em linguagens diferentes e nenhum dos repositórios é um fork do outro no GitHub. Verificado em 21 de setembro de 2026.
Qual é mais barato de executar, PicoClaw ou OpenClaw?
Nenhum dos projetos cobra pelo software. O PicoClaw é licenciado sob MIT e é instalado a partir de um binário pré-compilado ou de uma compilação do código-fonte; o OpenClaw também é licenciado sob MIT e seu README diz que a OpenClaw Foundation não tem "nível pago, serviço hospedado ou token". A cobrança recorrente é do mesmo tipo para ambos: tokens de API do modelo a cada turno. A linha de hardware é onde eles diferem — os mínimos publicados do PicoClaw são 10MB de RAM livre e um núcleo único de 0.6GHz no Linux, enquanto o guia do OpenClaw para Raspberry Pi estabelece como mínimo 1 GB de RAM, 1 núcleo, 500 MB de espaço livre em disco e um sistema operacional de 64 bits. Uma placa mais barata reduz a linha de hardware; ela não reduz a linha de tokens, porque a própria documentação de hardware do PicoClaw lista o acesso à rede como necessário para chamadas à API de LLM. Verificado em 21 de setembro de 2026.
O PicoClaw pode ser executado em um Raspberry Pi Zero ou em uma placa de 64MB?
A lista de compatibilidade mantida pela comunidade do PicoClaw inclui o Raspberry Pi Zero (ARMv6, 512MB), o LicheePi Zero (ARMv7, 64MB) e o Milk-V Duo 64M (RISC-V, 64MB), e seu mínimo declarado é 10MB de RAM livre em um kernel Linux 3.x ou mais recente. Essas entradas são relatos da comunidade de que o binário é executado, não uma garantia do fornecedor de que qualquer carga de trabalho de agente específica será concluída de forma aceitável. A própria tabela de suporte do OpenClaw para Raspberry Pi marca o Pi Zero 2 W (512 MB) como "Não — Não recomendado". Observe também a colisão de nomes: um Raspberry Pi Pico ou uma placa RP2040 é um microcontrolador que não executa Linux, portanto o requisito declarado de Linux pelo PicoClaw o exclui, apesar da palavra compartilhada. Verificado em 21 de setembro de 2026.
Clawdbot e Moltbot eram produtos diferentes do OpenClaw?
Não. A própria página de história do OpenClaw registra a sequência Warelay, depois Clawd vivendo em um Clawdbot, depois Moltbot em 27 de janeiro de 2026, após "a Anthropic enviar um e-mail educado pedindo uma mudança de nome (questões de marca registrada)", e então OpenClaw em 30 de janeiro de 2026, com o repositório renomeado para github.com/openclaw/openclaw. Tutoriais e publicações de blog que ainda usam os nomes antigos descrevem o mesmo produto; portanto, trate-os como possivelmente desatualizados quanto às chaves de configuração e aos comandos da CLI, e não como uma ferramenta separada. O e-mail da Anthropic é a própria caracterização dos acontecimentos pelo OpenClaw. Verificado em 21 de setembro de 2026.
Qual é a versão atual do PicoClaw e do OpenClaw?
A versão estável mais recente do PicoClaw é v0.3.1, publicada em 3 de julho de 2026, segundo a API de releases do GitHub; a seção de novidades do README ainda termina em v0.2.9, de maio de 2026, portanto qualquer pessoa que cite apenas o README publicará uma versão desatualizada. As dist-tags do npm do OpenClaw listam latest como 2026.9.5, publicada em 19 de setembro de 2026, com extended-stable em 2026.7.35 — por isso a lista de releases do GitHub parece fora de ordem, já que 2026.7.35 é um canal de backport, e não uma compilação mais recente. O PicoClaw também alerta sobre si próprio que "está em desenvolvimento inicial e acelerado" e que você "não deve implantá-lo em produção antes da v1.0". Ambas as informações foram verificadas em 21 de setembro de 2026.
O PicoClaw e o OpenClaw podem usar o mesmo gateway compatível com OpenAI?
Ambos documentam uma rota para um endpoint de terceiros. O PicoClaw usa api_base e um array api_keys dentro de uma única entrada model_list, sem exigir metadados do modelo. O OpenClaw usa um bloco models.providers com baseUrl, apiKey e api definidos como openai-completions ou anthropic-messages, e também exige que você declare o id de cada modelo no array models[] desse provedor. Dois comportamentos diferem quando o host não é o próprio fornecedor: o OpenClaw força compat.supportsDeveloperRole para false e ignora a formatação de solicitações nativa da OpenAI em qualquer endpoint openai-completions não nativo, além de suprimir cabeçalhos beta implícitos da Anthropic em endpoints anthropic-messages não diretos. A Kunavo não testou nenhum dos clientes em tempo de execução, portanto ambos os trechos são transcrições dos documentos de origem que devem ser verificadas com uma pequena tarefa própria.
Verificado em 21 de setembro de 2026 somente com fontes primárias: a API do GitHub para os dois repositórios e os releases do PicoClaw, as dist-tags do npm para o OpenClaw, os READMEs dos dois projetos, a documentação de hardware, provedores, roteamento, configuração e segurança do PicoClaw, e as páginas do OpenClaw sobre instalação, compatibilidade com Node, Raspberry Pi, canais, emparelhamento, segurança, sandbox, runtimes de agentes, acompanhamento de uso e provedores de modelos. O certificado de picoclaw.io foi observado como expirado às 14:38 UTC daquele dia. Nenhum cliente foi testado em runtime com o Kunavo, nenhum benchmark foi reproduzido e os preços de varejo do hardware não foram verificados independentemente. As tarifas de tokens do Kunavo foram lidas do catálogo ativo; todos os valores em dólares aqui são apenas cálculos ilustrativos de tokens.