A maioria das plataformas de agentes se coloca entre você e o provedor do modelo, e depois cobra uma margem sobre cada token que passa por ali. A Sharkly não faz isso. O uso dos modelos é bring-your-own-key: cada execução é cobrada no plano do Claude Code, do Codex ou de API já vinculado ao Runtime que a executa, e não contra um saldo de tokens que a Sharkly vende para você. Essa promessa é menor do que parece, e vale ser honesto sobre o que ela custa e o que ela economiza antes de decidir se isso importa.
O que um modelo de revenda faz com os seus incentivos
Comece pela plataforma que de fato vende tokens para você, porque esse é o padrão da categoria e vale dizer isso com todas as letras em vez de contornar o assunto.
Quando uma plataforma revende acesso a modelos, a receita dela está atrelada a quantos tokens os seus Agents queimam. Isso não é uma falha oculta: é o modelo de negócio funcionando como projetado, e ele gera um incentivo previsível: a plataforma não tem motivo nenhum para tornar uma execução mais barata. Um prompt mais eficiente, uma janela de contexto menor, um Runtime que termina em menos tokens — tudo isso reduz a receita da plataforma na sua conta. Nada obriga um revendedor de tokens a repassar os cortes de preço que o fornecedor do modelo faz, e nada o recompensa por ajudar você a gastar menos. Você paga uma margem pela coordenação, mas essa margem é cobrada na moeda que a plataforma quer que você consuma mais.
O segundo custo é mais silencioso e aparece depois. Se a sua equipe já tem um plano do Claude Code ou do Codex, ou um gasto de API comprometido com um provedor, é provável que tenha negociado preço para isso: um nível de assinatura, um desconto por volume, uma tarifa de uso comprometido. Se você rotear esse uso por um revendedor, vai pagar duas vezes pelo mesmo poder de barganha: uma vez ao revendedor pelo privilégio do acesso, e ainda perde o benefício da tarifa que já garantiu diretamente, porque a tarifa que vale agora é a do revendedor. A relação de preço que você construiu com o fornecedor do modelo não viaja com você para dentro de uma plataforma que revende tokens na própria conta dela.
Coloque isso em números, ainda que aproximados. Uma equipe que roda um punhado de Agents por um revendedor com uma margem por token mesmo modesta, em cima do gasto comprometido que já tem diretamente com o fornecedor do modelo, está pagando duas vezes pelos mesmos tokens: uma na tarifa negociada que não pode mais usar, outra na tarifa que o revendedor decidiu cobrar. Multiplique isso por uma Sprint inteira de execuções, e não por uma única Task, e a diferença se acumula exatamente na direção que o revendedor quer.
Nada disso torna a revenda de tokens desonesta. Torna-a um modelo em que os interesses da plataforma e os seus interesses de custo apontam para lados diferentes — e isso vale saber antes de entregar as suas execuções a um fornecedor.
O que o BYOK realmente custa para você
Essa separação também não sai de graça do lado da Sharkly, e um artigo que listasse apenas as vantagens do bring-your-own-key soaria como marketing, não como um relato honesto do trade-off. Vamos aos custos, sem rodeios.
Você mesmo administra as chaves e as cotas. Ninguém na camada de coordenação está de olho, em seu nome, no limite de requisições do seu plano do Claude Code ou no crédito restante da sua conta de API. Se a sua equipe roda cinco Agents com uma única chave de API da Anthropic e essa chave bate no limite de requisições, essa é uma restrição que cabe a você perceber e planejar em torno — do mesmo jeito que seria se uma pessoa da equipe fizesse essas chamadas direto de um terminal.
Uma execução pode falhar por um motivo que não tem nada a ver com a Sharkly. Se o plano do Claude Code vinculado a um Runtime estourar o limite de requisições, ou a conta de API que o sustenta ficar sem crédito, a execução para — e a falha aparece como um erro de token ou de autenticação do provedor do modelo, não como uma indisponibilidade da Sharkly. Depurar isso significa checar dois sistemas em vez de um: a Task travou por causa de algo na Sharkly ou porque o plano por trás dela secou? Essa é uma costura real, e é o preço direto de não ter um pool de tokens controlado pela plataforma suavizando as coisas.
A visibilidade dos gastos fica em dois lugares. O painel de uso da Sharkly mostra o consumo por Agent, mas a fatura em si aparece na sua nota do Claude Code, do Codex ou do provedor de API, e não como um item único da Sharkly. Se o time financeiro quer um número só para responder "quanto nos custou programar com IA neste mês", vai ter que conciliar duas fontes em vez de ler um resumo — e essa conciliação é trabalho manual que alguém precisa de fato fazer.
Há também um custo de onboarding, e vale nomeá-lo em vez de fingir que ele não existe. Cada Runtime que você conecta precisa da própria chave ou do próprio plano configurado, alguém na equipe tem que ser responsável por renovar e rotacionar essas credenciais, e uma pessoa recém-contratada que queira rodar Agents precisa de acesso à conta do provedor, não apenas de um convite para a Sharkly. Uma plataforma de revenda consegue esconder tudo isso atrás de um único cadastro. O BYOK não esconde, por design — e uma equipe avaliando a Sharkly deveria reservar uma ou duas horas reais de configuração por Runtime em vez de esperar que isso seja zero.
Nada disso é motivo para evitar o BYOK. É a lista honesta do que você assume em troca de não pagar margem sobre tokens, e uma equipe deveria entrar sabendo disso, em vez de descobrir no meio de um incidente.
Onde a camada de gestão ainda se justifica
Já que a Sharkly não vende tokens para você nem contorna os limites de requisições dos provedores, é justo perguntar o que a camada de coordenação realmente faz. Três coisas, concretamente.
Ela decide em qual Computer uma execução roda. O Runtime de um Agent precisa de um host, local ou em nuvem, com os repositórios e recursos que uma Task exige, e essa alocação é responsabilidade da Sharkly, não importa quem está pagando pelos tokens que a execução consome. Cobrança de tokens e escolha de onde executar são questões separadas, e o BYOK só tira a plataforma da primeira.
Ela mantém uma pessoa no caminho de aprovação. Os Agents pesquisam, executam, testam e reportam; as pessoas definem a direção, concedem autoridade e aceitam o resultado. Essa etapa de revisão — quem aprova uma Task antes de ela ser mesclada ou encerrada — não depende de quem está pagando pela chamada ao modelo por baixo. Uma margem de revenda mais barata não compra um processo de revisão melhor, e um modelo BYOK também não custa isso a você.
E ela te dá um painel de uso que mostra o consumo por Agent, ainda que os tokens em si sejam cobrados em outro lugar. Você consegue ver qual Agent gastou mais em uma Sprint, quais tipos de Task são caros de automatizar e onde um Runtime está trabalhando no limite — tudo isso sem que essa visibilidade exija que a Sharkly seja quem cobra pelos tokens que está reportando. A utilidade do painel não depende de a Sharkly ser dona da fatura.
Esse é o formato real da separação: a Sharkly cuida de onde o trabalho roda, quem o revisa e quanto custa executá-lo, sem precisar ser também o fornecedor que vende aquilo que está sendo medido.
Decidir se essa troca vale a pena
Se a sua equipe é pequena, tem um único Runtime e raramente esbarra em um limite de requisições, a questão revendedor versus BYOK provavelmente não muda muito o seu dia de qualquer forma. A troca passa a ser real quando você roda vários Agents com o mesmo plano por trás, coordena Crews em mais de um Computer, ou tenta responder "quanto nos custou de fato programar com IA nesta Sprint" para mais de uma equipe. Nesse ponto, uma plataforma com um incentivo oculto para manter o seu gasto com tokens alto é um custo que você não consegue enxergar por completo, e uma plataforma que só te diz quanto você gastou, sem ser também quem te vende isso, vale o incômodo dos dois painéis.
A aposta da Sharkly é que o problema de coordenação, não o problema de medição, é o que merece ser cobrado. Ela é a camada acima dos agentes que você já roda, não um segundo fornecedor entre você e os tokens que eles gastam. Se você já paga pelo Claude Code ou pelo Codex diretamente e quer as execuções alocáveis, revisáveis e visíveis, sem uma margem em cima dos tokens, é exatamente essa a camada que a Sharkly foi feita para ser. Confira os preços atuais para ver como fica o lado das licenças.
