
Modelos Cohere Apache 2.0 e IA auto-hospedada
Conheça o roadmap de modelos Apache 2.0 da Cohere para texto, fala, código e IA multilíngue, além dos benefícios e das contrapartidas da implantação auto-hospedada.
Se você quer executar IA dentro da sua própria infraestrutura, o roadmap de julho de 2026 da Cohere torna isso muito mais fácil. Eu resumiria assim: a Cohere está colocando mais famílias de modelos sob a licença Apache 2.0, o que permite usá-las em projetos comerciais, modificá-las e hospedá-las por conta própria sem os problemas de licenciamento que muitas vezes atrasam projetos empresariais de IA.
Aqui está a versão resumida:
- O que mudou: agora a Cohere tem modelos Apache 2.0 para casos de uso de texto, fala, código e conteúdo multilíngue.
- Quais modelos são importantes: Command A+, Cohere Transcribe, North Mini Code e partes da família Aya.
- Por que as equipes se interessam: a Apache 2.0 permite usar, modificar e distribuir os pesos dos modelos, inclusive em produtos pagos.
- O que continua sob sua responsabilidade: ainda é preciso cuidar de infraestrutura, avisos, arquivos de licença e análise da cláusula de patentes.
- Onde esses modelos se encaixam: configurações on-premises, em VPC privada ou híbridas, nas quais os dados privados permanecem no ambiente local.
- Quem deve prestar atenção: equipes que lidam com PII, PHI, documentos internos, pesquisa regulamentada, assistentes privados ou transcrição on-premises.
- Principais números do artigo:
- Command A+: modelo MoE de 218B
- Preços da API do Command A+: $2.50 por 1 milhão de tokens de entrada e $10.00 por 1 milhão de tokens de saída
- Janela de contexto: 128K tokens, com menção à expansão para 1 milhão
- WER do Cohere Transcribe: 5.42%, contra 7.44% do Whisper Large v3
- Velocidade do Transcribe: cerca de 525 minutos de áudio por minuto de tempo real
- Acesso pela APIMart: 500+ modelos de IA por meio de uma única API
O significado disso para você é simples: se sua equipe busca mais controle sobre dados, implantação e custos ao longo do tempo, o caminho de pesos abertos da Cohere agora é uma opção mais forte do que uma IA disponível apenas por hospedagem externa.
Como criar um clone auto-hospedado do ChatGPT com a IA da Cohere

Comparação rápida
| Opção | Controle | Os dados permanecem no seu ambiente | Trabalho inicial de infraestrutura | Mais indicado para |
|---|---|---|---|---|
| Modelos Cohere auto-hospedados | Alto | Sim | Alto | Cargas regulamentadas, privadas e isoladas da rede |
| Solução híbrida com a APIMart | Médio a alto | Sim, para fluxos confidenciais | Médio | Equipes que dividem cargas privadas e externas |
| Somente API gerenciada | Baixo | Não | Baixo | Lançamento rápido e operações internas mais leves |
Minha principal conclusão é esta: a Apache 2.0 elimina um grande obstáculo jurídico, mas sua equipe ainda precisa de GPUs, MLOps e uma estrutura de conformidade para que a auto-hospedagem funcione bem.
O que está mudando no roadmap de modelos da Cohere

A Cohere está colocando várias famílias de modelos de destaque sob a Apache 2.0. Isso oferece às equipes uma maneira muito mais clara de hospedá-las, personalizá-las e implantá-las por conta própria para uso comercial. Para as empresas, a grande mudança é simples: menos problemas de licenciamento e mais liberdade para executar modelos na própria infraestrutura.
Famílias de modelos da Cohere que estão migrando para a Apache 2.0

Em julho de 2026, várias famílias de modelos da Cohere estão sob a Apache 2.0:
- Command A+ - Lançado em maio de 2026, este modelo mixture-of-experts (MoE) de 218B parâmetros inclui variantes quantizadas em W4A4 para reduzir o uso de memória da GPU em implantações empresariais [3][4].
- Cohere Transcribe - Uma família de modelos speech-to-text de 2B parâmetros lançada sob a Apache 2.0, incluindo o modelo base apresentado em março de 2026 e uma versão especializada em árabe lançada em julho de 2026 [3][6].
- North Mini Code - Lançado em junho de 2026, é um modelo voltado a código que estende o roadmap para pesos especializados em programação [5][7].
- Família Aya - Modelos multilíngues que incluem Tiny Aya e Aya Vision, desenvolvidos para uso local ou no dispositivo em vários idiomas [3].
O padrão é evidente. A Cohere está ampliando sua linha de pesos abertos para cargas de geração de texto, reconhecimento de fala, programação e aplicações multilíngues.
E isso importa porque a Apache 2.0 muda o que as equipes podem fazer depois de obter os pesos.
Pesos sob a Apache 2.0 versus termos da API hospedada
A Apache 2.0 dá acesso aos pesos, o que significa que você pode executar e modificar o modelo localmente. A API hospedada funciona de outra maneira. Nesse caso, a inferência permanece na infraestrutura da Cohere, sob termos pagos distintos. Por exemplo, o Command A+ custa $2.50 por 1 milhão de tokens de entrada e $10.00 por 1 milhão de tokens de saída por meio da API [6].
Essa divisão muda as contrapartidas. Com a auto-hospedagem, o trabalho de infraestrutura fica por conta da sua equipe, mas os dados também permanecem em seu próprio ambiente. Com a API, a implantação é mais simples, porém o provedor mantém mais controle sobre a execução do modelo.
Essa diferença aparece com bastante clareza na tabela abaixo.
Comparação de licenças: CC-BY-NC, acesso proprietário e Apache 2.0
| Recurso | Apache 2.0 (por exemplo, Command A+) | CC-BY-NC (modelos de pesquisa) | Acesso por API proprietária |
|---|---|---|---|
| Uso comercial | Totalmente permitido | Proibido | Permitido mediante termos pagos |
| Direitos de modificação | Acesso total aos pesos | Permitidos apenas para pesquisa | Limitados ao fine-tuning |
| Redistribuição | Permitida | Permitida para uso não comercial | Proibida |
| Auto-hospedagem | Viável: on-premises, VPC, isolada da rede | Viável, mas sem fins lucrativos | Indisponível |
| Impacto na conformidade | Alto: os dados permanecem internamente | Moderado: apenas para pesquisa | Menor: os dados saem do seu perímetro |
A CC-BY-NC pode tornar o uso em produção pouco claro. O acesso por API proprietária facilita a implantação, mas o controle permanece com o provedor. A Apache 2.0 é mais adequada quando uso comercial, alterações internas no modelo e controle local dos dados ocupam posições de destaque entre as prioridades.
Em seguida vem a parte prática: o que a Apache 2.0 permite que as equipes façam em produção e quais obrigações ainda permanecem.
O que a Apache 2.0 permite e por que as empresas se interessam
Explicação dos termos sobre uso comercial, modificação, redistribuição e patentes
A Apache 2.0 concede às empresas uma licença perpétua, mundial e livre de royalties para usar, modificar e distribuir o modelo [9]. Em linguagem simples: você pode executá-lo, modificá-lo e distribuí-lo sem pagar taxas de licença.
Para as empresas, isso elimina muitos obstáculos, especialmente quando elas querem manter a inferência dentro do próprio ambiente. Todo uso comercial é permitido. E, para as equipes que se auto-hospedam, essa autorização legal se transforma em muito mais liberdade para implantar o modelo onde e como desejarem.
As equipes podem fazer fine-tuning dos modelos com dados proprietários, ajustar o comportamento em áreas específicas e alinhar as saídas à terminologia interna. Também podem manter essas alterações privadas. Não há exigência de publicar os pesos modificados [9]. Isso é importante se as mudanças no seu modelo refletem conhecimento interno ou uma lógica de produto que você não quer expor publicamente.
A concessão de patente acrescenta outra camada de proteção. Ela cobre reivindicações de patentes necessariamente infringidas pelo modelo, mas deixa de valer se sua organização processar um colaborador por infração de patente [9][10]. A Apache 2.0 também não concede direitos sobre marcas registradas, portanto o nome da Cohere deve ser usado apenas para identificar a origem [9][10].
Obrigações de conformidade que as equipes ainda precisam cumprir
Ainda há alguma documentação que precisa ser providenciada corretamente.
Se você distribuir o modelo ou seus derivados, precisará incluir a licença, manter os avisos obrigatórios, incorporar qualquer arquivo NOTICE e identificar claramente os arquivos modificados [9]. As equipes jurídicas devem analisar a cláusula de retaliação de patentes desde o início. Ao mesmo tempo, as equipes de MLOps devem garantir que os avisos permaneçam presentes durante os pipelines de build e lançamento.
Depois que esses termos forem resolvidos, surge a próxima questão prática: onde o modelo deve ser executado.
Tabela: direitos da Apache 2.0 relacionados a resultados comerciais
| Direito da licença | O que ele permite legalmente | Benefício comercial |
|---|---|---|
| Uso comercial | Usar o modelo em qualquer produto ou serviço que gere receita | Sem pagamento de royalties |
| Modificação | Fazer fine-tuning ou alterar os pesos e o código do modelo | Criar capacidades proprietárias sobre modelos de pesos abertos |
| Redistribuição | Compartilhar o modelo ou obras derivadas com terceiros | Menos obstáculos para equipes de produto que lançam aplicações baseadas em IA |
| Concessão de patente | Usar reivindicações de patentes detidas por colaboradores e necessariamente infringidas pelo modelo | Proteção contra reivindicações de patentes dos colaboradores |
| Isenção de garantia | Usar o modelo “no estado em que se encontra”, sem garantia | Menos obstáculos à experimentação |
Essa contrapartida conduz diretamente às escolhas entre implantações on-premises, em VPC e híbridas.
Como implantar e usar modelos Cohere auto-hospedados
Opções de implantação: on-premises, VPC privada e híbrida
A Apache 2.0 só faz diferença se você puder executar o modelo onde seus dados já estão. Esse é o lado prático do roadmap da Cohere. Para a maioria das equipes, existem três formas principais de implantação: on-premises, dentro de uma VPC privada ou em uma configuração híbrida. A opção mais adequada depende de controle, conformidade e velocidade.
Clusters de GPU on-premises oferecem o maior controle sobre os dados. Se necessário, podem ficar totalmente isolados da rede e também mantêm baixa a latência de inferência, pois os dados nunca deixam sua rede. O Command A+ pode ser executado em apenas duas GPUs H100 com quantização W4A4, o que coloca a implantação on-premises ao alcance de equipes que já têm uma infraestrutura moderna de GPUs [4][8].
Implantações em VPC privada transferem esse poder computacional para um ambiente isolado na nuvem. Você ainda obtém uma separação forte, mas sem executar tudo em seu próprio data center. Essa costuma ser uma boa opção para empresas de SaaS e equipes financeiras.
Configurações híbridas dividem o trabalho. O raciocínio confidencial e a recuperação de informações permanecem no seu próprio ambiente, enquanto cargas externas mais pesadas passam por uma camada de API. Esse modelo costuma ser o meio-termo quando uma empresa precisa de privacidade em alguns pontos, mas não em todos.
| Opção de implantação | Controle dos dados | Latência | Tipo de custo | Caso de uso mais indicado |
|---|---|---|---|---|
| Cluster de GPU on-premises | Máximo | Ultrabaixa | Capital (CapEx) | Ambientes isolados da rede e de alta segurança |
| VPC privada (nuvem) | Alto | Baixa a média | Operacional (OpEx) | Pesquisa regulamentada, RAG empresarial |
| Configuração híbrida | Alto para cargas confidenciais | Variável | Misto | Aplicações multimodais e fluxos de suporte |
Essas contrapartidas ficam mais evidentes em assistentes privados, pesquisa regulamentada e camadas internas de API.
Casos de uso: assistentes privados, pesquisa regulamentada e APIs on-premises
A escolha de implantação ganha importância rapidamente quando a carga envolve dados que simplesmente não podem vazar. Nas equipes empresariais, três padrões aparecem repetidamente.
Assistentes privados para funcionários costumam ser o primeiro passo. Uma equipe jurídica ou de RH pode enviar documentos de políticas internas, contratos ou guias de benefícios a uma instância auto-hospedada do Command A+. O modelo então responde a perguntas usando retrieval-augmented generation (RAG) sobre esses documentos, enquanto todo o fluxo permanece dentro do ambiente da empresa. O Command A+ oferece uma janela de contexto de 128K tokens, com possível expansão para 1 milhão de tokens [8].
Pesquisa regulamentada de conhecimento é o próximo nível. Organizações de saúde e instituições financeiras muitas vezes precisam pesquisar registros sujeitos a regras rigorosas de residência de dados. Nessa configuração, um modelo Cohere auto-hospedado pode cuidar de embeddings, recuperação e reranking sem enviar dados para fora do perímetro.
Camadas de API on-premises ampliam ainda mais essa abordagem. As equipes podem criar endpoints internos para tarefas como classificação de documentos, transcrição e resumo. É aí que o Cohere Transcribe se destaca. Ele registra uma Word Error Rate de 5.42% no Open ASR Leaderboard, à frente dos 7.44% do Whisper Large v3, e consegue processar cerca de 525 minutos de áudio por minuto de tempo real [1][3]. Para centrais de atendimento e gravações de conformidade, isso o torna uma opção prática, não apenas uma demonstração de laboratório.
Quando apenas uma parte da infraestrutura precisa permanecer privada, uma camada de API híbrida pode cuidar do restante.
Onde a APIMart se encaixa em uma configuração híbrida

Em uma arquitetura híbrida, a APIMart atua como uma única camada de API para cargas não confidenciais de vídeo, imagem e linguagem, enquanto o raciocínio confidencial, a recuperação e os dados privados permanecem no ambiente auto-hospedado do cliente. Ela oferece às equipes acesso a 500+ modelos de IA por meio de uma única API, permitindo que as implantações internas da Cohere continuem concentradas em fluxos de dados privados, em vez de se ramificarem em muitas integrações externas distintas.
Essa divisão é simples, mas útil: mantenha o raciocínio confidencial no ambiente local e envie as tarefas voltadas ao público externo por um único ponto de conexão.
| Problema de negócio | Localização do modelo | Principal benefício | Sensibilidade dos dados |
|---|---|---|---|
| Pesquisa regulamentada de conhecimento | VPC privada / on-premises | RAG sobre documentos internos sem saída de dados | Alta |
| Assistente privado para funcionários | VPC privada | Fluxos agênticos seguros para tarefas de RH e jurídicas | Média a alta |
| Camada de API on-premises | On-premises | Transcrição e análise de documentos com baixa latência para PII/PHI | Alta |
| Conteúdo de vídeo e multimodal | APIMart (API) | Acesso a 500+ modelos por um único endpoint | Baixa a média |
| Fluxos de suporte multilíngue | Híbrida | Suporte a 48 idiomas, mantendo os dados confidenciais localmente | Média |
Como decidir se o roadmap aberto da Cohere é adequado à sua infraestrutura
Critérios de decisão: controle, conformidade, custo e capacidade de MLOps
Depois de conhecer suas opções de implantação, a próxima etapa é mais simples: escolha o modelo que sua equipe consegue executar e sustentar ao longo do tempo.
O melhor modelo não é apenas aquele com bons benchmarks. É aquele com o qual sua equipe consegue conviver pelos próximos 12 a 24 meses. Na maioria dos casos, quatro perguntas esclarecem rapidamente a decisão.
Qual é o grau de sensibilidade dos seus dados? Se seus fluxos envolvem PHI, PII ou documentos protegidos por sigilo jurídico, a auto-hospedagem ou uma VPC privada costuma ser indispensável. Se a carga for menos confidencial, uma API gerenciada pode ser suficiente.
Qual é o nível de maturidade da sua equipe de MLOps? Executar modelos Apache 2.0 da Cohere on-premises significa que sua equipe assume a orquestração com Kubernetes, a aquisição de GPUs e trabalhos de ajuste do modelo, como quantização [11]. Isso não é pouco. A carga operacional é real.
Como é seu orçamento para os próximos 12 a 24 meses? O acesso por API hospedada geralmente custa menos no início. A auto-hospedagem transfere uma parcela maior das despesas para infraestrutura e operações cotidianas.
Você precisa de direitos comerciais claros para seus produtos? A Apache 2.0 oferece essa clareza às equipes quanto ao uso comercial, à modificação e à redistribuição [2].
Para muitas equipes dos EUA, uma configuração híbrida representa o equilíbrio ideal. A APIMart pode oferecer um acesso multimodal mais amplo, enquanto o raciocínio confidencial permanece no ambiente local.
Tabela comparativa: somente auto-hospedagem, solução híbrida com a APIMart ou API gerenciada
Use esta tabela para alinhar controle, conformidade, orçamento e capacidade de MLOps ao padrão de implantação mais adequado.
| Somente auto-hospedagem | Solução híbrida com a APIMart | API gerenciada | |
|---|---|---|---|
| Prioridade de controle | Máxima | Alta para cargas confidenciais | Baixa (gerenciada pelo fornecedor) |
| Conformidade / residência de dados | Possibilidade de isolamento da rede | Dados confidenciais permanecem localmente | Padrão (SOC 2/ISO 27001) |
| Perfil de orçamento | CapEx alto + operações contínuas | CapEx/OpEx mistos | Somente OpEx, baseado no uso |
| Esforço de MLOps | Alto | Moderado | Mínimo |
| Mais indicado para | IA regulamentada, soberana e isolada da rede | RAG empresarial e fluxos multimodais | Startups, prototipagem rápida |
Conclusão: o principal aprendizado prático para equipes dos EUA
O roadmap Apache 2.0 da Cohere oferece às equipes mais de um caminho a seguir, sem forçar todas a adotar a mesma configuração.
Uma startup pode começar com o acesso por API gerenciada e depois migrar para a auto-hospedagem se a sensibilidade dos dados ou a escala passarem a exigi-la. Uma empresa regulamentada pode executar toda a infraestrutura on-premises desde o primeiro dia. E uma empresa de médio porte pode seguir o caminho intermediário, mantendo localmente a recuperação e o raciocínio confidenciais enquanto usa a APIMart para fluxos multimodais mais amplos.
A arquitetura mais adequada é aquela que corresponde às suas reais necessidades de conformidade, à capacidade de infraestrutura da sua equipe e ao seu orçamento para os próximos um a dois anos.
Perguntas frequentes
Quais modelos da Cohere estão agora sob a Apache 2.0?
Os modelos atuais da Cohere sob a Apache 2.0 incluem o Command A+ e o Transcribe.
Esses lançamentos permitem uso comercial, implantação local e personalização em infraestrutura privada. Isso dá às organizações mais controle, contribui para a conformidade e reduz a dependência de sistemas externos.
O que ainda precisamos administrar na auto-hospedagem?
Na auto-hospedagem, você é responsável por toda a infraestrutura.
Isso significa assumir tudo o que um serviço gerenciado normalmente cuidaria: hardware e recursos computacionais, configuração, manutenção, dados, logs, segurança, conformidade e a garantia de que o desempenho se mantenha em seu próprio ambiente.
Quando a auto-hospedagem faz mais sentido do que usar uma API?
A auto-hospedagem faz mais sentido quando você precisa de controle total sobre seus dados, sua estrutura de conformidade e sua infraestrutura.
Ela costuma ser mais adequada para organizações sujeitas a regras rigorosas de residência de dados ou para equipes de setores regulamentados que não podem enviar dados confidenciais a servidores externos.
Também pode reduzir a dependência de provedores externos. E, em uma produção de alto volume, pode ajudar a evitar cobranças por minuto ou por token, desde que você já tenha o hardware on-premises ou a capacidade de nuvem privada necessários.
Escolha o modelo que você quer no marketplace
Teste modelos de chat, imagem e vídeo no marketplace da APIMart e experimente rapidamente as capacidades dos modelos com uma API unificada.