O OpenManus custa $0. Ele é um software de código aberto licenciado sob a MIT, sem plano, nível pago, chave de licença ou edição hospedada, portanto "preços do OpenManus" se resume inteiramente à fatura da API de modelo por trás dele — além de dois serviços de nuvem opcionais e desativados por padrão. O número que vale incluir no orçamento é o que uma execução do agente envia, e a configuração com maior probabilidade de distorcê-lo é o arquivo de configuração distribuído pelo próprio OpenManus: ele ainda usa por padrão um ID de modelo Claude que foi descontinuado em 19 de fevereiro de 2026, e ainda é carregado se você pular a etapa de cópia.
Primeiro, uma desambiguação, porque os resultados de busca para esta consulta são em sua maioria sobre outra coisa. Manus é um produto comercial separado, pago e medido por créditos, de outra empresa, e sua API comercial em api.manus.ai é uma terceira coisa. Nenhum preço do Manus aparece nesta página: manus.im/pricing é renderizado no cliente e não pôde ser lido da fonte oficial em 21 de setembro de 2026, e os valores que circulam em blogs de terceiros não são oficiais. Consulte manus.im diretamente se esse for o produto que você quer.
Cinco coisas chamadas Manus ou OpenManus
| Nome | O que ele realmente é | Preço |
|---|---|---|
| FoundationAgents/OpenManus | O assunto desta página. Framework de agente de código aberto sob a MIT, não arquivado, branch padrão main | $0 |
| Manus (manus.im) | Um agente comercial hospedado, separado e medido por créditos, de outra empresa | Pago; nenhum valor é informado aqui — não foi possível lê-lo na fonte oficial |
| Manus API (open.manus.ai) | A API desse produto comercial, base https://api.manus.ai, v1 marcada como obsoleta | Seus próprios termos comerciais |
| mannaandpoem/OpenManus | O caminho original do repositório. Agora é um stub cujo README inteiro diz que o projeto mudou; config/ retorna 404 | Não é o repositório a ser clonado |
| pypi.org/project/openmanus | Um único upload 0.1.0 de 7 de março de 2025, com o resumo "Add your description here" | Não é assim que o OpenManus é instalado |
A mudança importa mais do que parece. A própria página inicial do projeto, openmanus.github.io — o campo homepage definido no repositório ativo — ainda direciona os leitores para o caminho antigo mannaandpoem, assim como a maioria dos tutoriais de 2025. O repositório atual foi verificado pela API do GitHub em 21 de setembro de 2026: archived: false, MIT, 58.367 estrelas, 455 issues abertas, último push em 22 de agosto de 2026, com o último commit em main datado de 16 de agosto de 2026. Dois projetos separados também compartilham o nome no GitHub — OpenManus/OpenManus-RL é um projeto diferente de aprendizado por reforço, e henryalps/OpenManus é um repositório homônimo que aparece nos resultados e não foi inspecionado além da confirmação de que resolve.
O que é gratuito e o que realmente gera cobrança
| Item | Quanto custa | De onde vem essa informação |
|---|---|---|
| O próprio OpenManus | US$ 0, MIT | Licença do repositório; nenhuma string de preço no README, no site ou em qualquer exemplo de configuração |
| Tokens da API do modelo | A tarifa por token do seu endpoint | A cobrança do próprio provedor — a única cobrança presente em toda instalação |
| Pesquisa na web | Nenhuma chave de API de busca é necessária | requirements.txt inclui googlesearch-python, baidusearch e duckduckgo_search; a configuração inclui definições de nova tentativa e fallback porque os mecanismos aplicam limitação de taxa |
| Automação de navegador | Gratuito localmente | O README informa que o modo local se conecta automaticamente ao Chrome ou Chromium e não precisa de chave de API |
| Browser Use Cloud | Somente opcional, cobrado por esse fornecedor | Aplica-se somente se você exportar BROWSER_USE_API_KEY; nenhum total é calculado aqui porque o padrão de uso do OpenManus não foi confirmado em relação às linhas de cobrança do fornecedor |
| Sandbox de código | Gratuito localmente | use_sandbox usa false por padrão, imagem python:3.12-slim no Docker local |
| Sandbox de nuvem Daytona | Somente opcional, cobrado por esse fornecedor | Aplica-se somente se você preencher a seção [daytona] |
A instalação é somente a partir do código-fonte: conda create -n open_manus python=3.12 ou uv venv --python 3.12, depois um git clone do repositório atual. Não existe instalação de pacote em uma linha, e setup.py declara python_requires=">=3.12".
Onde colocar a chave de API do OpenManus
Não há variável de ambiente nem sinalizador de linha de comando para a chave. O uso da sua própria chave no OpenManus é feito em um arquivo TOML: copie config/config.example.toml para config/config.toml, depois defina model, base_url e api_key em [llm].
# config/config.toml — copy config.example.toml here first, then edit.
# If this file does not exist, OpenManus loads the example file instead.
[llm]
model = "claude-sonnet-4-6"
base_url = "https://api.kunavo.com/v1"
api_key = "sk-kn-..."
max_tokens = 8192
temperature = 0.0
# Sub-tables of [llm] are profiles, selected by the AGENT's name lower-cased,
# and they inherit every key you leave out. "manus" is the agent main.py runs;
# "mcp_agent" is the one run_mcp.py runs.
[llm.mcp_agent]
model = "claude-haiku-4-5"O cliente é escolhido em LLM.__init__ em app/llm.py, e apenas dois valores de api_type alteram algo: "azure" cria um cliente AsyncAzureOpenAI e "aws" cria um cliente Bedrock. Todo o restante — incluindo os valores ollama, jiekou e ppio nos próprios arquivos de exemplo do OpenManus — resulta em um AsyncOpenAI(api_key, base_url) simples. Esses rótulos são documentação, não caminhos de código. Portanto, alcançar um endpoint POST /chat/completions no estilo OpenAI requer base_url e api_key e nenhum valor de api_type; o que esse endpoint precisa aceitar depois é uma questão separada, e a lista abaixo é curta, mas real. O endpoint da Kunavo tem esse formato — https://api.kunavo.com/v1, autenticação Bearer, chaves sk-kn- e um GET /v1/models sem autenticação responde 401 — e aceita tools e tool_choice no estilo OpenAI, que é o que o loop do agente do OpenManus envia. Isso é uma afirmação sobre o formato do protocolo, verificada em 21 de setembro de 2026. Nenhuma execução do OpenManus foi realizada contra a Kunavo, portanto nada nesta página é um teste de compatibilidade.
Três requisitos que seu endpoint precisa atender, extraídos da main atual, e uma coisa que o OpenManus não fará por você. ask_tool define permanentemente stream = False e sempre envia tools mais tool_choice (padrão auto), portanto um endpoint que transmite chamadas de ferramentas apenas por streaming interrompe o loop. max_tokens e temperature são enviados em todas as solicitações, a menos que o ID do modelo seja literalmente o1 ou o3-mini, as duas entradas de REASONING_MODELS. O código lê usage.prompt_tokens e usage.completion_tokens diretamente da resposta. E não há nova tentativa entre provedores: as falhas passam por tenacity com backoff exponencial contra o mesmo endpoint.
As duas configurações iniciais oficiais não são compatíveis entre si
Esta é a armadilha para a qual vale chegar preparado. O OpenManus distribui duas configurações iniciais oficiais que se contradizem, e nenhum dos dois arquivos menciona o outro.
| Configuração | Seção de configuração do README | Distribuído em config/config.example.toml |
|---|---|---|
model | gpt-4o — ainda comercializado | claude-3-7-sonnet-20250219 — descontinuado em 19 de fevereiro de 2026 |
base_url | https://api.openai.com/v1 | https://api.anthropic.com/v1/ |
max_tokens | 4096 | 8192 |
| Última alteração do arquivo | 16 de agosto de 2026 | 7 de novembro de 2025 |
A página de descontinuação da Anthropic lista claude-3-7-sonnet-20250219 como Retired, com data de descontinuação em 19 de fevereiro de 2026, e informa que as solicitações para modelos descontinuados falharão; a substituição recomendada é claude-sonnet-4-6. Essas datas se aplicam às plataformas operadas pela Anthropic — Amazon Bedrock e Google Cloud têm seus próprios cronogramas. O README é o mais recente dos dois arquivos, invertendo a suposição usual de que o exemplo distribuído é o canônico.
E a configuração obsoleta também é a padrão. Config._get_config_path() em app/config.py retorna config/config.toml se ele existir; caso contrário, config/config.example.toml, e só gera um erro se nenhum dos dois estiver presente. Portanto, uma primeira execução que pule a etapa de cópia não produz um erro útil de "nenhuma configuração" — autentica com a string literal YOUR_API_KEY contra um ID de modelo que não responde mais. O README não menciona esse fallback; diz apenas para copiar o arquivo de exemplo. Outros exemplos distribuídos também apontam para o Claude 3.7 Sonnet — o exemplo do Daytona carrega o mesmo ID descontinuado com data, e o exemplo da Anthropic define claude-3-7-sonnet-latest para o modelo principal, com o ID datado em seu bloco de visão — enquanto o exemplo do Google define gemini-2.0-flash, que o Google lista entre os modelos anteriores, com a observação de que estão obsoletos e "serão desativados em breve". Trate o diretório config/ como arquivos de exemplo distribuídos pelo projeto, não como uma lista de provedores compatíveis: nada no repositório os testa, e app/llm.py não é modificado desde 26 de abril de 2025.
O bloco [llm.vision] não é lido por nada
Todo exemplo distribuído inclui uma seção [llm.vision] e, na main atual, nenhum agente a lê. Os perfis são selecionados pelo próprio nome do agente, convertido para minúsculas — app/agent/base.py faz LLM(config_name=self.name.lower()) — e os nomes de agentes presentes são Manus, browser, swe, toolcall, Data_Analysis, SandboxManus e mcp_agent. Nenhum é "vision"; um nome de perfil desconhecido retorna silenciosamente para [llm], e ask_with_images() é definido, mas não tem pontos de chamada em nenhum lugar do repositório. As subtabelas que um ponto de entrada distribuído pode realmente selecionar são [llm.manus] (o agente executa tanto python main.py quanto run_flow.py), [llm.mcp_agent] (run_mcp.py), [llm.sandboxmanus] (sandbox_main.py) e [llm.data_analysis] (run_flow.py, quando use_data_analysis_agent é ativado). BrowserAgent define name = "browser", mas nenhum ponto de entrada distribuído o instancia, portanto [llm.browser] fica inerte, a menos que você escreva seu próprio runner. Qualquer subtabela herda todas as chaves que você deixar de fora, portanto uma substituição só precisa das chaves que diferem.
A visão é controlada uma segunda vez, e esta parte decide se um gateway pode oferecê-la de fato. app/llm.py declara uma lista de permissões fixa:
ID em MULTIMODAL_MODELS | Status em 21 de setembro de 2026 |
|---|---|
gpt-4o | Ainda comercializado. A OpenAI lista $2,50 de entrada, $1,25 de entrada em cache e $10,00 de saída por 1M de tokens, nível padrão |
gpt-4o-mini | Ainda comercializado. $0,15 de entrada, $0,075 de entrada em cache e $0,60 de saída por 1M de tokens, nível padrão |
gpt-4-vision-preview | Desativado em 6 de dezembro de 2024, segundo a página de descontinuações da OpenAI, que indica gpt-4o como substituto |
claude-3-opus-20240229 | Descontinuado em 5 de janeiro de 2026 |
claude-3-sonnet-20240229 | Descontinuado em 21 de julho de 2025 |
claude-3-haiku-20240307 | Descontinuado em 20 de abril de 2026 |
Nenhum dos dois sobreviventes é o principal modelo atual da OpenAI — a mesma página de preços lista gpt-6-astra e a família gpt-5.6 acima deles — portanto a única maneira de obter visão no OpenManus sem editar o código é executar um modelo de 2024. A comparação usa igualdade exata de strings, portanto um slug com namespace como openai/gpt-4o não corresponde a nenhum dos dois. Quando o modelo configurado não está nessa lista, format_messages exclui o campo base64_image e envia apenas o texto — sem erro, sem aviso; a captura de tela simplesmente nunca chega ao modelo. A Kunavo não publica gpt-4o nem gpt-4o-mini, portanto um OpenManus configurado para a Kunavo funciona somente com texto e ferramentas, a menos que você edite MULTIMODAL_MODELS em app/llm.py por conta própria. A geração de texto e as chamadas de ferramentas não são afetadas; a lista de permissões controla apenas as imagens. A listagem de um modelo também não comprova o restante: um endpoint que anuncia a string exata gpt-4o satisfaz a comparação do OpenManus, mas saber se ele encaminha uma URL de imagem data: incorporada até o modelo é uma questão separada que não foi testada para nenhum endpoint aqui.
Quanto custa uma execução do OpenManus
Nenhuma tarefa do OpenManus foi executada para esta página, portanto não há custo medido a informar. O que o código fornece é uma estrutura honesta. O agente padrão em app/agent/manus.py define max_steps = 20 e max_observe = 10000. Cada etapa é uma solicitação de chamada de ferramenta sem streaming que carrega toda a conversa até aquele momento, portanto os tokens de entrada crescem com o quadrado da quantidade de etapas, não linearmente.
Os valores abaixo são aritmética de tokens baseada em premissas declaradas, não um custo de tarefa medido nem um teto de cobrança. Considere um prompt base de 4.000 tokens (prompt do sistema mais esquemas de ferramentas), 1.200 tokens adicionados ao histórico por etapa e 400 tokens de saída por etapa. Uma execução que termina em 6 etapas envia então aproximadamente 42.000 tokens de entrada e 2.400 de saída; uma execução que chega ao limite de 20 etapas envia aproximadamente 308.000 tokens de entrada e 8.000 de saída. As tarifas são preços atuais do catálogo da Kunavo por milhão de tokens.
| Modelo | Entrada / saída por 1M | Estimativa, execução de 6 etapas | Estimativa, execução de 20 etapas |
|---|---|---|---|
| Claude Haiku 4.5 | $0,70 / $3,50 | $0,038 | $0,244 |
| GPT-5.6 Terra | $0,70 / $4,20 | $0,039 | $0,249 |
| Claude Sonnet 4.6 | $2,10 / $10,50 | $0,113 | $0,731 |
| Claude Opus 5 | $3,50 / $17,50 | $0,189 | $1,218 |
Leia as duas colunas em comparação entre si, não as linhas. Sob essas premissas, 20 etapas representam 7,3 vezes a entrada de 6 etapas para 3,3 vezes mais etapas, e é por isso que "quantas etapas são necessárias" domina "quanto o modelo cobra por token" em um loop de agente. Isso também torna o cache de prompts uma alavanca importante nesse formato de cobrança, e vale saber onde ele não está disponível: a documentação de compatibilidade com o OpenAI SDK da Anthropic — que descreve exatamente a URL base apontada pelo exemplo distribuído do OpenManus — informa que o cache de prompts não é compatível, que strict, response_format e reasoning_effort são ignorados, que n precisa ser exatamente 1 e que as mensagens do sistema são movidas para o início. A mesma página chama essa camada de "destinada principalmente a testar e comparar capacidades de modelos, e não considerada uma solução de longo prazo ou pronta para produção para a maioria dos casos de uso". O OpenManus nunca envia uma diretiva de cache própria, portanto qualquer cache precisa vir do endpoint.
Um parâmetro a verificar antes de apontar o OpenManus para um modelo Claude recente: os exemplos incluem temperature = 0.0 e o código envia temperature em todas as solicitações fora dos dois IDs de raciocínio, enquanto a página de descontinuação da Anthropic marca temperature, top_p e top_k como obsoletos no Claude Opus 4.7 e posteriores e informa que um valor diferente do padrão retorna 400. A página de compatibilidade descreve separadamente temperature como compatível entre 0 e 1. Não foi testado aqui se a camada de compatibilidade o remove, limita ou encaminha — trate isso como algo a verificar na sua própria rota, não como uma falha confirmada.
Escale estes valores pelo seu próprio número de execuções por dia antes de considerá-los um orçamento. O valor do catálogo da Kunavo é um piso de cobrança, não um limite: quando o upstream informa sua cobrança, a fatura é o maior valor entre o custo do catálogo e o custo do upstream multiplicado pela margem aplicável. As cobranças de cache e de ferramentas externas ficam fora deste exemplo. O recarregamento mínimo da Kunavo é $10 em crédito pré-pago, o que é um mínimo de financiamento, não uma taxa por tarefa nem uma assinatura — consulte os detalhes de cobrança.
Melhor API para o OpenManus: qual rota vence em cada situação
| Opção | Vantagens | O que você abre mão |
|---|---|---|
| API direta do fornecedor | Você permanece com um único fornecedor e quer o cache e os descontos por lote dele em um loop que reenvia o histórico a cada etapa | Uma segunda família significa uma segunda conta e uma segunda edição de base_url; se a camada compatível com OpenAI desse fornecedor for a rota, verifique o que ela descarta antes de presumir que o cache se aplica |
| Gateway compatível com OpenAI | Você troca de família por tarefa e quer uma única chave e um único saldo, já que o OpenManus não tem failover próprio de provedor | Os IDs de modelo são os do gateway; portanto, a menos que ele publique exatamente a string gpt-4o ou gpt-4o-mini, a lista de permissões de visão não corresponde; verifique tools e tool_choice em uma solicitação sem streaming antes de se comprometer |
| Azure ou Bedrock | Sua organização já compra nesse ambiente | Estes são os únicos dois valores de api_type com seu próprio cliente. O Azure precisa de api_version e de uma URL base no formato de uma implantação, que ele lê de base_url; a branch do Bedrock cria um cliente boto3 a partir do seu ambiente AWS e nunca lê base_url |
| Modelo local via Ollama | Trabalho pequeno ou privado, sem cobrança por solicitação | A lacuna de capacidade em um loop de chamadas de ferramentas de vinte etapas, além do hardware. O OpenManus fornece uma configuração de exemplo do Ollama fixada em llama3.2 em http://localhost:11434/v1, e o rótulo api_type = 'ollama' ainda acaba no cliente genérico |
| O produto comercial Manus | Você queria um agente hospedado, e não um framework para executar por conta própria | Uma empresa diferente, uma API diferente em api.manus.ai e preços medidos por créditos que esta página não informa |
Observe o que não está nessa lista: não há nenhuma restrição de plano no OpenManus. Nenhuma chave de licença, nenhum nível pago, nenhuma verificação de telemetria — todos os recursos acima estão disponíveis para qualquer pessoa que clone o repositório, e todas as restrições estão no código, não em uma assinatura. Compare as rotas em API compatível com OpenAI e gateway de LLM, ou veja as alternativas ao OpenRouter se você já usa uma delas. Para conhecer o método por trás de “menor tarifa listada” versus “menor custo para concluir”, consulte otimização de custos de IA; para uma decisão dentro de uma única família, veja API Claude mais barata.
Configure e verifique a primeira execução
A Kunavo não publica uma página de configuração específica para o OpenManus, e o OpenManus não foi testado em execução aqui com o endpoint da Kunavo — tudo acima foi lido do código-fonte do projeto e da documentação própria. O caminho genérico é o do bloco de configuração acima: base_url de https://api.kunavo.com/v1, uma chave sk-kn- e um ID de modelo do catálogo. Mantenha uma rota funcional disponível enquanto testa, execute uma tarefa limitada com max_steps em seu valor padrão e leia a cobrança registrada pela sua conta, em vez dos totais registrados pelo próprio OpenManus, que são estimativas do tiktoken com um fallback cl100k_base para qualquer ID que o tiktoken não reconheça. Comece pelo início rápido, verifique o formato da solicitação em conclusões de chat e crie uma conta na Kunavo quando estiver pronto para adicionar crédito a uma chave.
Escolhendo entre agentes em vez de provedores? Melhor API para OpenClaw e o diretório de APIs de agentes de IA abrangem clientes com a mesma divisão entre software gratuito e uma cobrança de tokens medida.
Perguntas frequentes
Quanto custa o OpenManus?
O OpenManus não custa nada. O repositório FoundationAgents/OpenManus é licenciado sob MIT, e nenhum preço, plano, nível, assento, crédito ou edição hospedada aparece no README, no site openmanus.github.io ou em qualquer exemplo de configuração incluído (verificado em 21 de setembro de 2026). O que você paga é a cobrança da API do modelo do endpoint que configurar, além de dois serviços de nuvem opcionais que você precisa ativar por conta própria: um navegador Browser Use Cloud e um sandbox de nuvem Daytona. Ambos ficam desativados por padrão — o navegador é executado localmente sem chave, e o sandbox de código vem definido como use_sandbox = false em uma imagem Docker local. Manus em manus.im é um produto comercial pago e medido por créditos, de outra empresa; seus preços não são preços do OpenManus e nenhum deles é citado aqui.
Onde fica a chave de API do OpenManus?
Em um arquivo TOML, não em uma variável de ambiente nem em uma flag de linha de comando. Copie config/config.example.toml para config/config.toml e defina três chaves em [llm]: model, base_url e api_key. Isso é tudo para um endpoint compatível com OpenAI. Duas armadilhas, ambas verificadas no branch main atual em 21 de setembro de 2026: se config/config.toml não existir, app/config.py recorre à execução de config.example.toml; assim, uma primeira execução que pule a etapa de cópia autentica usando a string literal YOUR_API_KEY contra um ID de modelo descontinuado; e open.manus.ai, que os resultados de pesquisa misturam aqui, documenta a autenticação da API comercial do Manus em api.manus.ai — um produto diferente, de outra empresa, com sua própria chave separada.
Como aponto o OpenManus para um LLM personalizado ou uma API personalizada?
Defina base_url e api_key em [llm] no arquivo config/config.toml para qualquer endpoint que aceite POST /chat/completions no estilo OpenAI. Em app/llm.py na branch main atual, o cliente é escolhido por api_type: o valor "azure" cria um cliente AsyncAzureOpenAI, "aws" cria um cliente Bedrock, e qualquer outro valor — incluindo os rótulos 'ollama', 'jiekou' e 'ppio' usados nos próprios arquivos de exemplo do OpenManus — resulta em um AsyncOpenAI(api_key, base_url) simples. Portanto, api_type é apenas cosmético para um endpoint personalizado; o que importa é base_url e api_key. O endpoint precisa aceitar tools e tool_choice no estilo OpenAI em uma solicitação sem streaming, porque ask_tool define stream = False permanentemente e sempre envia ambos, e precisa informar usage.prompt_tokens e usage.completion_tokens, que o código lê diretamente.
Qual é a melhor API para o OpenManus?
Depende de qual das três coisas você está otimizando. Uma API direta do fornecedor é melhor quando você usa um único fornecedor o dia todo e quer o cache e os descontos por lote desse fornecedor — mas observe que a URL base apontada pelo exemplo distribuído com o OpenManus, a camada de compatibilidade com o OpenAI SDK da Anthropic em api.anthropic.com/v1/, informa que o cache de prompts não é compatível, o que importa em um loop que reenvia um histórico crescente até vinte vezes. Um gateway é melhor quando você quer uma única chave e um único saldo entre famílias, já que o OpenManus não tem failover próprio e trocar de provedor significa editar uma única base_url. Um modelo local por meio do Ollama é melhor para trabalhos pequenos ou privados sem cobrança por solicitação. E, se você precisa que o OpenManus veja capturas de tela do navegador sem alterar o código, a questão decisiva não é o provedor: é saber se seu endpoint publica exatamente o ID de modelo gpt-4o ou gpt-4o-mini, pois essas são as únicas duas strings ainda comercializadas na lista de permissões embutida que controla as imagens.
Qual é a API mais barata para o OpenManus?
Mais barato por token e mais barato para concluir a tarefa são questões diferentes, e um loop de agente as separa mais do que um cliente de chat. O agente padrão do OpenManus limita uma execução a 20 etapas; cada etapa é uma solicitação de chamada de ferramenta sem streaming que carrega a conversa até aquele momento, e um modelo mais fraco que consome etapas extras reenvia todo esse histórico a cada vez — portanto, pode custar mais do que um modelo mais forte que para na sexta etapa. Escolha o modelo menos caro que conclua sua tarefa dentro do limite de etapas, execute uma tarefa limitada e depois leia a cobrança efetivamente registrada na conta do seu provedor. Nenhuma execução do OpenManus foi medida para esta página, portanto nenhum valor em dólares aqui representa o custo de uma tarefa.
Qual é o melhor modelo para o OpenManus?
Qualquer modelo que conclua a tarefa no menor número de etapas e processe chamadas de ferramentas no estilo OpenAI em uma solicitação sem streaming — esses são os requisitos mecânicos, extraídos de ask_tool em app/llm.py na branch main atual. Três restrições no nível do código reduzem as opções. As imagens só chegam ao modelo quando a string de modelo configurada é exatamente um dos seis IDs codificados em MULTIMODAL_MODELS, dos quais apenas gpt-4o e gpt-4o-mini ainda são comercializados. O tratamento de modelos de raciocínio está fixado em REASONING_MODELS = ["o1", "o3-mini"], portanto qualquer outro modelo recebe max_tokens e temperature em todas as solicitações, algo que vale conferir nas regras de parâmetros de um modelo de raciocínio mais recente. Além disso, a contabilidade de tokens do próprio OpenManus usa tiktoken com fallback para cl100k_base em IDs não reconhecidos, portanto os totais registrados são aproximados para modelos que não são da OpenAI, embora o medidor do seu provedor não seja.
A visão do OpenManus funciona se meu provedor oferecer um modelo de visão?
Não por si só. A visão no OpenManus é controlada por uma lista embutida de strings de IDs de modelo, não pelo que o endpoint consegue fazer. app/llm.py declara MULTIMODAL_MODELS = ["gpt-4-vision-preview", "gpt-4o", "gpt-4o-mini", "claude-3-opus-20240229", "claude-3-sonnet-20240229", "claude-3-haiku-20240307"] e compara o modelo configurado usando igualdade exata de strings, portanto um slug com namespace como openai/gpt-4o também não corresponde. Quando o modelo não está na lista, format_messages exclui o campo base64_image e envia apenas o texto — sem erro, sem aviso; a captura de tela simplesmente nunca chega. Quatro desses seis IDs foram descontinuados ou encerrados. A Kunavo não publica gpt-4o nem gpt-4o-mini, portanto um OpenManus configurado para a Kunavo funciona somente com texto e ferramentas, a menos que você edite essa lista em app/llm.py por conta própria; mesmo assim, o caminho de imagem não foi testado aqui.
pip install openmanus é a maneira correta de instalar o OpenManus?
Não. O projeto do PyPI chamado openmanus tem exatamente uma versão, 0.1.0, carregada em 7 de março de 2025, com o resumo "Add your description here" e uma página inicial apontando para o caminho de repositório substituído — um snapshot do segundo dia, não o projeto atual (verificado em 21 de setembro de 2026). A instalação documentada é clonar via git FoundationAgents/OpenManus no Python 3.12 usando conda ou uv. As releases marcadas também não são um guia: as únicas três tags, v0.1.0, v0.2.0 e v0.3.0, foram todas publicadas em 10 de abril de 2025, enquanto main teve sua última alteração em 16 de agosto de 2026.
Verificado em 21 de setembro de 2026, e não de forma mais ampla: o registro da API do GitHub para FoundationAgents/OpenManus; config/config.example.toml, as seções de configuração e instalação do README, app/llm.py, app/config.py e app/agent/manus.py no main atual; as seis configurações de exemplo por provedor em config/; a lista de tags; o README de referência no caminho antigo do repositório; o registro do PyPI para openmanus; as páginas da Anthropic sobre descontinuação de modelos e compatibilidade com o OpenAI SDK; as páginas da OpenAI sobre preços e descontinuações; e a lista de modelos Gemini do Google. Browser Use Cloud e Daytona são mencionados e vinculados como fornecedores opcionais, mas não têm preços informados aqui. Manus, manus.im e a API Manus não tiveram nenhum preço informado: não foi possível ler a página de preços na fonte oficial. Nada foi executado — nenhuma instalação, nenhuma solicitação pelo OpenManus e nenhuma execução Kunavo com OpenManus — portanto, toda afirmação comportamental é uma leitura de fontes, e todo valor em dólares é uma aritmética ilustrativa de tokens, não um custo de tarefa medido. As tarifas de tokens da Kunavo vêm do catálogo ativo.