Pular para o conteúdo
← Todos os posts
5 de outubro de 202610 min de leituraThe Orkindo Team

Já usamos Claude Code e Codex. Por que precisaríamos do Orkindo?

O modelo é o mesmo. O que muda é onde o agente vive, quem dispara o trabalho, quem pode usá-lo e quem responde por ele. Uma comparação honesta entre usar os modelos direto e rodar agentes em uma plataforma.

agentsgovernanceclaude-codecodexcomparison
Já usamos Claude Code e Codex. Por que precisaríamos do Orkindo?
Ouça este artigo

É a pergunta que mais ouvimos em reuniões com times técnicos: "Nossos devs já usam Claude Code e Codex, o comercial usa o app do ChatGPT ou do Claude. Os modelos são os mesmos que o Orkindo usa. O que exatamente vocês fazem que a gente não consegue fazer sozinho?"

É uma ótima pergunta, e a resposta curta é: o modelo não é o produto. Claude Code, Codex e os apps de chat são excelentes ferramentas para uma pessoa produzir mais. O Orkindo é infraestrutura para uma empresa colocar agentes para trabalhar. As duas coisas usam os mesmos modelos de fronteira, mas resolvem problemas diferentes, e na maioria das empresas que atendemos elas convivem.

Este post explica onde fica essa fronteira.

Mesmo modelo, outro problema

Quando você abre o Claude Code no terminal ou uma conversa no app, o arranjo é sempre o mesmo: uma pessoa, uma sessão, um objetivo. Você escreve o pedido, o agente trabalha com as permissões que você tem na sua máquina ou na sua conta, você revisa o resultado e fecha a janela. Para escrever código, investigar um bug ou rascunhar um documento, é exatamente o arranjo certo.

Os problemas aparecem quando a empresa tenta esticar esse arranjo para algo que ele não foi feito para ser:

  • um relatório que precisa chegar no Slack todo dia às 7h, com ou sem alguém lembrando de pedir;
  • um agente que responde clientes no WhatsApp consultando o banco de pedidos;
  • um alerta de estoque que dispara quando um evento acontece no ERP;
  • um assistente que o técnico de campo usa no celular, sem saber o que é um terminal.

Nenhum desses casos tem uma pessoa sentada na frente de um prompt. E é aí que a diferença começa.

Modelo direto (Claude Code, Codex, apps)Orkindo
Quem disparaUma pessoa, digitando um promptAgendamento, webhook, mensagem recebida ou uma pessoa
Onde rodaNo laptop ou na conta de quem usaEm uma instância dedicada da empresa, na nossa nuvem ou na sua
Quem usaQuem tem acesso à ferramenta, em geral devsQualquer pessoa, no WhatsApp, Slack, Teams, Google Chat ou em um app interno
Acesso a dadosCredenciais da pessoa, configuradas por elaCredenciais somente leitura, conectadas uma vez, liberadas por papel
AuditoriaHistórico local ou da conta individualLog de auditoria central de cada ação e cada sessão
CustoFatura por usuário ou por chaveTokens e custo por workflow, por modelo e por agente
Qualidade"Pareceu bom" na revisão de quem pediuSuítes de avaliação rodando a cada mudança de prompt ou modelo
ModelosUm fornecedor por ferramentaMais de 100 provedores, inclusive modelos open source na sua própria infraestrutura

1. Quem aperta o botão

A diferença mais fundamental é o gatilho. Uma ferramenta de assistente espera o seu pedido. Um workflow do Orkindo roda sozinho: em um cron, quando um sistema externo chama um webhook, quando chega uma mensagem no WhatsApp, no Telegram ou no Google Chat.

Isso parece detalhe até você ver o que acontece na prática. O resumo de produção que "o fulano gera toda manhã no Claude" para de existir no dia em que o fulano tira férias. O mesmo resumo, como workflow agendado, chega no chat dos gestores todo dia, deixa rastro de cada execução e avisa quando falha.

O trabalho que realmente libera horas da operação raramente é o que alguém lembra de pedir. É o que acontece nos bastidores, toda vez, sem ninguém pedir.

2. Onde o agente vive

No Claude Code ou no Codex, o agente vive onde a sessão vive: no laptop do dev, em um container que ele subiu, ou na conta dele no serviço de nuvem do fornecedor. Os segredos, as conexões com banco e o contexto ficam espalhados por cada máquina.

No Orkindo, cada cliente roda em uma instância isolada: domínio, PostgreSQL, Redis, containers e rede próprios. Ela pode rodar na nossa nuvem, ser hospedada por você ou ficar no seu data center, alcançando bancos privados atrás do firewall sem abrir porta. O agente não depende de nenhum computador estar ligado, e os dados não passam pela máquina pessoal de ninguém.

3. Quem pode usar

Claude Code e Codex são ferramentas de desenvolvedor. Os apps de chat são ferramentas individuais. Nenhum dos dois foi feito para que o seu cliente converse com um agente no WhatsApp, ou para que a recepção de uma clínica use um formulário com a marca da empresa.

No Orkindo, o mesmo agente atende em vários canais (WhatsApp Business, Telegram, Slack, Teams, Google Chat, email, a bolha de chat do seu site, a sua própria API), e qualquer workflow pode ganhar uma tela própria: formulário, dashboard, assistente passo a passo. Quando a conversa precisa de uma pessoa, ela vai para uma inbox compartilhada, um atendente humano assume com o histórico inteiro e devolve para a IA quando termina.

Você constrói o agente uma vez, com quem entende de engenharia, e entrega para quem entende do negócio.

4. Quem responde pelo agente

Um agente com acesso a dados é uma questão de governança, não só de produtividade. Quando cada pessoa configura sua própria ferramenta, o modelo de permissão é "o que essa pessoa consegue acessar", e o registro do que aconteceu fica em cada conta individual. Já falamos sobre isso em detalhe no post sobre Shadow AI.

No Orkindo, a governança é parte da plataforma:

  • Controle de acesso por papel com uma hierarquia aninhada e mais de 180 permissões individuais, listas de permissão por registro e MFA exigido por papel;
  • Credenciais somente leitura para os agentes chegarem aos bancos, e cada agente enxerga apenas os workflows, ferramentas e coleções de conhecimento liberados para ele;
  • Log de auditoria completo: quem criou, quem mudou, quem executou, e o que o agente fez em cada passo;
  • Sandbox e versionamento, com reversão de qualquer mudança antes que ela chegue à produção.

Quando o auditor ou o time de segurança pergunta "quem tem acesso a quê e o que foi feito com esses dados", a resposta está em um lugar só.

5. Custo e qualidade como métricas, não como sensação

Usando o modelo direto, o custo aparece na fatura e a qualidade aparece no julgamento de quem leu a resposta. Para uma pessoa, isso basta. Para uma empresa com dezenas de agentes rodando, não.

No Orkindo, cada chamada de LLM fica no trace: tokens, custo, duração, por workflow e por modelo. Quando uma tarefa passa a fazer 30 chamadas em vez de 5, isso aparece no painel, não na fatura três semanas depois (escrevemos sobre isso em quando o agente custa mais que o desenvolvedor). E cada workflow pode ter uma suíte de avaliação com casos de teste fixos, rodada a cada mudança de prompt ou de modelo, para pegar regressões antes da produção.

6. Liberdade para trocar de modelo

Claude Code roda modelos da Anthropic, Codex roda modelos da OpenAI. Faz sentido: são produtos dos laboratórios. Mas, para uma empresa, amarrar cada processo a um único fornecedor é uma decisão de arquitetura que costuma ser tomada sem querer.

O Orkindo conecta mais de 100 provedores atrás de uma única interface: OpenAI, Anthropic, Google, Azure, AWS Bedrock ou modelos open source servidos na sua própria infraestrutura. Cada workflow usa o modelo certo para a tarefa, e trocar de um modelo de fronteira hospedado para um modelo open source rodando nos seus servidores é uma mudança de configuração, não de código. A suíte de avaliação mostra se nada piorou. Falamos mais sobre essa escolha em como escolher o modelo certo.

7. O contexto que se acumula

Cada sessão de assistente começa, em grande parte, do zero. Você reexplica o esquema do banco, reconecta a ferramenta, recola o documento. O conhecimento fica na cabeça de quem fez o prompt.

No Orkindo, bancos, documentos, APIs e canais são conectados uma vez e ficam disponíveis para todo agente que vier depois, dentro das permissões. O copiloto do Builder conhece os workflows, ferramentas e esquemas que já existem, então o décimo agente sai bem mais rápido que o primeiro. O que um departamento constrói vira ponto de partida para o próximo.

Não é um ou outro

A conclusão errada deste post seria "pare de usar Claude Code". Nós usamos todos os dias, e o Orkindo foi desenhado para trabalhar com essas ferramentas:

graph LR A[Dev no Claude Code, Codex ou Cursor] -->|"MCP ou CLI + git"| B[Instância Orkindo] B --> C[Workflows agendados e por evento] B --> D[Agentes no WhatsApp, Slack, Teams] B --> E[Apps internos com marca] B --> F[Auditoria, custo e avaliações]
  • O Orkindo é um servidor MCP. Aponte o Claude Code ou o Cursor para o seu workspace e peça um workflow em linguagem natural: o assistente lê as ferramentas e coleções que já existem, escreve o workflow e salva na instância.
  • Workflows são Python, e o workspace é uma pasta. A CLI orkindo puxa workflows, ferramentas e templates para uma pasta local; você edita no seu editor, revisa em pull request e envia de volta.
  • Claude Code, Codex CLI e OpenCode rodam dentro da plataforma, com continuidade de sessão, arquivos sincronizados em um storage que você controla e cada sessão no log de auditoria. A resposta ao Shadow AI não é proibir as ferramentas, é dar a elas um lugar governado.
  • Skills, plugins e marketplaces dos catálogos oficiais do Claude Code e do Codex podem ser instalados nos agentes, ou você restringe o workspace a um repositório privado de pacotes aprovados.

Na prática: o desenvolvedor continua construindo com a ferramenta que prefere. O que ele constrói passa a rodar em um lugar onde a empresa consegue agendar, distribuir, auditar e medir.

Quando o modelo direto basta

Para ser honesto: nem tudo precisa de uma plataforma. Se o trabalho é individual, pontual e supervisionado (escrever e revisar código, investigar um problema, rascunhar um texto, analisar um arquivo que você mesmo vai conferir), usar o Claude Code, o Codex ou o app direto é a escolha certa. É mais rápido e não tem nada para configurar.

O sinal de que você precisa de algo mais é quando aparece uma destas frases:

  • "Isso precisa rodar todo dia" ou "quando X acontecer";
  • "O cliente (ou o time de operações) precisa usar isso";
  • "Quem tem acesso a esses dados?";
  • "Quanto isso está custando, e por agente?";
  • "Funcionava semana passada, o que mudou?".

Se a sua conversa interna já chegou nessas perguntas, o problema deixou de ser o modelo e passou a ser a infraestrutura em volta dele. É exatamente essa parte que o Orkindo resolve, e o primeiro agente costuma estar em produção em uma semana.