Como automatizar tarefas do cliente com Claude e transformar isso em contrato recorrente

Entregar uma automação uma vez é serviço

Ser pago todo mês pela mesma automação é negócio 🙂

A diferença entre as duas coisas não é técnica, é contratual. Se você é freelancer ou toca uma agência e já usa Claude pra tirar tarefa repetitiva das costas do cliente, provavelmente já entregou algo que roda sozinho e nunca mais viu um real daquilo

Aqui a gente resolve os dois lados: a parte técnica (montar a automação que continua rodando com o notebook fechado) e a parte comercial (o que precisa estar escrito no escopo pra isso não virar suporte infinito de graça)

Bora?

Antes de falar de mensalidade, vale entender o que dá pra automatizar dentro do Claude Code. O vídeo abaixo, "Skills da Vercel no Claude Code: Isso Não Deveria Ser Grátis (INSANO!)", é o ponto de partida do canal pra esse ecossistema

O que você precisa antes de vender a primeira automação

Nada de sair prometendo entrega antes de olhar esses pontos, senão o contrato nasce torto

• Um plano que dá acesso ao Claude Code: Pro por US$ 20/mês, Max 5x por US$ 100/mês, Max 20x por US$ 200/mês, ou Team por US$ 20 por assento/mês mais o uso cobrado a preços de API
• Saber que rotinas existem no seu plano: as rotinas do Claude Code estão disponíveis nos planos Pro, Max, Team e Enterprise
• Saber o limite diário de execuções: Pro até 5 rotinas por dia, Max até 15 por dia, Team e Enterprise até 25 por dia, com possibilidade de rodar rotinas extras usando uso adicional (extra usage)
• Ler os termos antes de montar a oferta: e aqui vem a parte que derruba muito modelo de negócio bonitinho

Formação Recomendada

Formação Claude Code

Domine Claude Code do absoluto zero até o avançado

• 116 aulas
• 4 projetos
• 9h 23min

Conhecer formação

Se liga nisso, porque é regra dura: os termos do Claude Code proíbem que você pague por, revenda ou intermedeie o uso do Claude em nome dos seus usuários finais

Cada usuário final precisa autenticar com a própria chave de API Anthropic, credencial de assinatura Claude ou credencial de provedor de inferência terceiro

Também é proibido coletar, armazenar ou intermediar credenciais ou tokens de sessão do Claude.ai. O login em conta Claude tem que ser concluído pelo fluxo da própria Anthropic, e você não pode remover, desabilitar ou restringir os métodos de autenticação embutidos no Claude Code

Traduzindo pro seu comercial: a conta é do cliente, o login é do cliente, e você é pago pelo trabalho de montar e manter, não por revender acesso

O que é permitido: provisionar e gerenciar as suas próprias chaves de API (configurar uma chave em ambiente de desenvolvimento, gerenciador de segredos ou imagem de máquina) pra uso dos seus próprios usuários autorizados, desde que o consumo seja faturado ao dono da chave sob o contrato dele com a Anthropic e não seja revendido nem intermediado

E sim, um usuário final pode fazer login no binário não modificado do Claude Code com a assinatura dele, inclusive quando uma plataforma hospeda o Claude Code

Como automatizar tarefas do cliente com Claude, passo a passo

O caminho abaixo é o mínimo operacional. Cada passo vem com o erro comum que eu vejo estragar a entrega

1. Mapeie a tarefa repetitiva do cliente

Não comece pela ferramenta, comece pela chatice: o relatório que alguém monta toda segunda, a triagem de pull request, a organização de arquivo que ninguém quer fazer

Se for algo que você mesmo repete toda semana, muita vez o começo nem é rotina, é um comando personalizado no Claude Code pra padronizar o fluxo antes de automatizar de vez

O erro comum deste passo: automatizar uma tarefa que o cliente faz uma vez por trimestre. Não tem recorrência, não tem mensalidade

2. Monte a automação como rotina: prompt + repositórios + conectores

Uma rotina no Claude Code é uma configuração salva com um prompt, um ou mais repositórios e um conjunto de conectores

Ela roda automaticamente na infraestrutura de nuvem gerenciada pela Anthropic, ou no ambiente self-hosted da organização quando roteada pra lá, e continua funcionando com o notebook fechado

É isso que muda o jogo comercial: o valor não depende de você estar com a máquina ligada

O erro comum deste passo: escrever um prompt curto demais, do tipo "resolve isso aí". Rotina não te pergunta nada no meio do caminho, então o contexto tem que estar tudo escrito

3. Crie e gerencie a rotina numa das três superfícies

Rotinas do Claude Code são criadas e gerenciadas em claude.ai/code/routines, no app Desktop ou pelo CLI

No CLI, o comando é:

/schedule

E tem o alias:

/routines

As três superfícies escrevem na mesma conta em nuvem, então você monta pelo terminal e o cliente enxerga no navegador, sem duplicar configuração

O erro comum deste passo: achar que o menu de um produto vale pro outro. Instrução de Claude.ai não é instrução de Claude Code, e vice versa. Confere onde você está antes de ensinar o cliente a clicar

4. Escolha o gatilho certo

As rotinas suportam três tipos de gatilho:

• Agendado: cadência recorrente (horária, diária, dias úteis ou semanal) ou uma única vez em um horário futuro
• API: um POST HTTP para um endpoint por rotina, com bearer token
• GitHub: eventos do repositório, como pull requests ou releases

O gatilho de API é assim, no formato mais cru possível:

curl -X POST "<endpoint-da-sua-rotina>" \
  -H "Authorization: Bearer <token-da-rotina>"

O erro comum deste passo: escolher agendamento onde o cliente precisava de reação a evento. Se a dor dele é "toda vez que abre um pull request", gatilho GitHub resolve, cron não

5. Trate a rotina como sessão autônoma de verdade

Rotinas rodam como sessões autônomas completas na nuvem, sem seletor de modo de permissão e sem prompts de aprovação durante a execução

Elas podem rodar comandos de shell, usar skills commitadas no repositório clonado e chamar os conectores incluídos

Como as skills vêm do repositório, vale desenhar isso junto com o cliente. Se você ainda está pensando em o que empacotar, tem ideias de skills pra automatizar tarefas que servem bem de ponto de partida

O erro comum deste passo: montar um fluxo contando com aprovação manual no meio do run. Não vai acontecer. O que for perigoso precisa estar limitado no próprio prompt e no que o repositório permite, não numa confirmação que ninguém vai clicar

6. Para tarefa fora de código, use tarefas agendadas do Cowork

O Claude Cowork leva as capacidades agênticas do Claude Code pro trabalho de conhecimento fora de programação: em vez de responder prompt a prompt, o Claude assume tarefas complexas de várias etapas e devolve o trabalho pronto (documentos formatados, arquivos organizados, pesquisa sintetizada)

As tarefas agendadas do Cowork permitem delegar trabalho que roda de forma recorrente ou sob demanda, com acesso aos mesmos recursos de uma tarefa normal do Cowork, incluindo ferramentas conectadas, skills e plugins instalados

Elas estão disponíveis em todos os planos pagos: Pro, Max, Team e Enterprise

O que muda é a superfície onde o cliente vai usar. No Desktop (macOS e Windows) vale pra todos os planos pagos. Já Web (claude.ai) e mobile (iOS e Android) valem nos planos Pro, Max e Team, e no Enterprise só onde um administrador habilitou

Ou seja, o Enterprise está na lista de planos, mas nele o acesso por Web e mobile passa pelo administrador. Isso é conversa de implantação, não de última hora

O erro comum deste passo: vender "automação de documento" pro time de operações e mandar o pessoal instalar Claude Code. Trabalho de conhecimento tem casa própria

7. Quando a entrega vira produto seu, olhe o Agent SDK

O Claude Agent SDK entrega as mesmas ferramentas, o mesmo agent loop e o mesmo gerenciamento de contexto que rodam o Claude Code, programáveis em Python e TypeScript

Vem com compactação automática de contexto, extensibilidade via MCP, permissões granulares e gerenciamento de sessão

O erro comum deste passo: pular direto pro SDK sem ter validado a rotina. Rotina você monta em uma tarde, produto você mantém por anos

Limites e custos por plano do Claude Code

Aqui está o número que decide sua mensalidade. Se a automação do cliente precisa rodar mais vezes por dia do que o plano dele permite, o desenho já nasceu errado

Dá pra rodar rotinas extras usando uso adicional (extra usage), então estourar o limite não é o fim do mundo, mas vira custo e precisa estar previsto no contrato

Tem mais um limite que pega gente desavisada: o limite de uso por sessão nos planos Claude reinicia a cada cinco horas, e o plano Max também tem um limite semanal que se aplica a todos os modelos

E quando o consumo é a preço de API, o custo variável sai daqui:

Detalhe que vale pro seu orçamento: o aumento do Sonnet 5 para US$ 3 / US$ 15 por milhão de tokens, previsto pra 1 de setembro de 2026, não aconteceu. O preço de US$ 2 / US$ 10 passou a ser o padrão

E se o trabalho é volume grande e assíncrono, a Batch API dá 50% de desconto em tokens de entrada e de saída. Numa rotina de processamento pesado, isso é literalmente metade do seu custo variável

Três formatos de contrato recorrente que essa automação sustenta

Mesma tecnologia, três jeitos de faturar

Manutenção de rotina agendada no repositório do cliente:

Gatilho GitHub, reagindo a eventos como pull requests ou releases

Na implantação entra: mapear a tarefa, escrever o prompt da rotina, definir quais repositórios e conectores entram e ligar o gatilho

No acompanhamento mensal entra: ajuste do prompt quando o repositório muda, revisão do que a rotina fez e conferência de que o volume cabe no limite diário do plano

Onde nasce o pedido fora do escopo: "já que você está aí, coloca também no outro repositório". Repositório novo é implantação nova, não ajuste

Operação contínua de rotina disparada por API:

O cliente chama a rotina de dentro do fluxo dele, com POST HTTP no endpoint da rotina e bearer token

Na implantação entra: desenhar o ponto do fluxo que dispara, configurar a rotina e integrar a chamada

No acompanhamento mensal entra: monitorar execuções, ajustar prompt e acompanhar o custo quando o consumo é a preço de API

Onde nasce o pedido fora do escopo: mudança no sistema do cliente que quebra o disparo. Isso é trabalho de integração, cobra à parte

Pacote de trabalho de conhecimento com tarefas agendadas no Cowork:

Aqui não tem repositório, tem entrega: documento formatado, arquivo organizado, pesquisa sintetizada

Na implantação entra: conectar as ferramentas, instalar skills e plugins que a tarefa usa e montar o agendamento

No acompanhamento mensal entra: revisar a qualidade da saída e ajustar as instruções conforme o time do cliente muda o jeito de trabalhar

Onde nasce o pedido fora do escopo: "agora quero o mesmo relatório em outro formato, pra outra área". Formato novo é escopo novo

O que precisa estar escrito no escopo para não virar suporte infinito

Tudo isso que você leu até aqui não vale nada se o documento estiver vago. Checklist do que precisa estar no papel:

• Dono da conta e da chave: escreva preto no branco que a assinatura e a autenticação são do cliente, pelo fluxo oficial da Anthropic. Você pode provisionar e gerenciar as suas próprias chaves pros seus próprios usuários autorizados, com o consumo faturado ao dono da chave, mas revender ou intermediar uso está proibido nos termos
• Quantidade de rotinas cobertas: número fechado, não "as rotinas necessárias"
• Limite diário do plano contratado: deixe explícito quantas execuções por dia o plano permite e o que acontece quando estoura (uso adicional é custo, e custo tem dono)
• Número de ajustes de prompt por mês: esse é o item que mais salva contrato. Sem número, todo pedido vira "ajustezinho"
• Canal e prazo de resposta: onde o cliente fala com você e em quanto tempo você responde. Sem isso, o WhatsApp de domingo vira parte do serviço
• O que conta como novo projeto: repositório novo, gatilho novo, área nova da empresa, formato de entrega novo
• Quem habilita o que no Enterprise: se a entrega usa Cowork em Web ou mobile num cliente Enterprise, isso depende de um administrador ter habilitado. Deixa escrito de quem é essa tarefa
• Cláusula de custo variável: quando o consumo é a preço de API, o valor oscila com o volume. Se o cliente processar dez vezes mais, alguém paga por isso, e é melhor que esteja escrito quem

E reforçando o óbvio que muita gente pisa: nada no contrato pode envolver guardar credencial ou token de sessão do Claude.ai do cliente

Se alguém te pedir "me passa seu login que eu configuro tudo", a resposta é não. Configura junto, com o cliente logado na conta dele

Conclusão

Automação que roda sozinha não é o que gera receita previsível

O que gera receita previsível é automação que roda sozinha com escopo escrito definindo limite: quantas rotinas, quantos ajustes, qual prazo, quem paga o custo variável

A parte técnica você já tem: rotina é prompt mais repositórios mais conectores, com gatilho agendado, API ou GitHub, rodando como sessão autônoma na nuvem gerenciada pela Anthropic. Pra trabalho fora de código, tarefas agendadas do Cowork

Próximo passo prático, e é bem simples: escolhe uma tarefa repetitiva de um cliente que você já atende

Transforma em rotina com gatilho agendado

Mede por um mês: quantas execuções por dia, quanto consumo, quanto tempo de ajuste

Só depois disso você propõe a mensalidade, com base no limite diário do plano e no consumo que você observou, não no chute

É menos glamouroso que "prompt mágico que fatura alto", mas é o que sustenta contrato de verdade 😀

até o próximo post!