Neste artigo
Dá para aprender Claude Code e Codex sozinho, de graça, e a maior parte das pessoas que me pergunta isso deveria fazer exatamente isso. Eu vendo mentoria, então você já sabe de que lado eu escrevo, e justamente por isso começo pela parte que não me favorece. O que este texto responde é onde fica a linha: em que situação a mentoria paga, e em que situação é dinheiro jogado fora.
A resposta curta é que mentoria não vende conhecimento, porque conhecimento está na documentação e no YouTube. Ela vende o corte de caminho para quem já usa a ferramenta e travou num problema que é só seu. Antes de qualquer decisão, o caminho gratuito está no guia completo de Claude Code em português, e é por ele que eu mando todo mundo que ainda não rodou a primeira tarefa.
Quanto dá para aprender sozinho em 30 dias?
Muito mais do que as pessoas imaginam. Em trinta dias de uso diário, sem nenhum curso, você aprende a conversar com o agente, a dar contexto, a corrigir quando ele erra, a montar um arquivo de instruções do projeto e a construir coisa que funciona. Isso é a maior parte do valor, e é grátis. A documentação oficial da Anthropic e a da OpenAI são boas e estão em atualização constante. O que falta nelas não é conteúdo, é ordem: elas contam o que existe, não o que fazer primeiro.
| Caminho (medido em quem passa pela minha mentoria e pelo blog, até 15/09/2026, fonte: relato próprio) | Custo | Resolve |
|---|---|---|
| 30 dias de uso diário com a documentação | a assinatura, cerca de R$ 100 por mês | conversar com o agente, dar contexto, CLAUDE.md, construir coisa que funciona |
| Curso gravado | dezenas a poucas centenas de reais | "eu não sei fazer" |
| Mentoria 1x1, 3 calls de 1 hora | R$ 1.297, garantia na primeira call | "eu sei fazer e travei no meu caso específico" |
| Alguém construindo por você | preço de serviço, outro produto | não é mentoria |
Onde a documentação oficial para de ajudar?
Em três lugares, sempre os mesmos. Na decisão: a doc explica o que é subagente, o que é skill, o que é MCP, e não diz se o seu problema pede subagente ou se você está usando martelo em parafuso. Essa parte é julgamento, e julgamento vem de ter errado antes. No projeto que já existe: todo tutorial começa do zero, e o seu projeto tem legado, decisão antiga, coisa que ninguém lembra por que está lá. Traduzir o tutorial para essa realidade é o trabalho difícil.
E quando o agente vira gargalo em vez de alavanca. É o momento em que você percebe que está gastando mais tempo consertando o que ele fez do que teria gasto fazendo na mão. A documentação não fala disso porque não é problema de ferramenta, é de processo, e processo é o que eu mostro em spec-driven development do PRD ao merge, de graça também.
Quanto custa o seu tempo de tentativa e erro?
Essa é a conta que quase ninguém faz, e é a única que importa nessa decisão. Pega o valor da sua hora, mesmo que aproximado, multiplica pelas horas que você já gastou refazendo coisa que o agente entregou errada ou reexplicando a mesma coisa pela quarta vez. Se você não sabe o número, é porque ele é grande. Mentoria vende o desvio: alguém que já bateu naquela parede te dizendo por onde contornar.
Se o seu tempo é barato ou se você está aprendendo por prazer, o desvio não vale nada, porque o caminho longo é a diversão. Se o seu tempo está caro e tem cliente esperando, aí muda, e a conta fecha na primeira semana. É a mesma lógica de quanto custa aprender a programar com IA: o retorno só existe para quem tem onde aplicar.
Quando mentoria não faz sentido nenhum?
Vou ser direto, porque isso me custa venda e ainda assim é verdade. Se você nunca programou, mentoria de orquestração pressupõe que você lê código e sabe quando ele está errado, e sem isso você aceita tudo que o agente entrega, coisa que nenhuma mentoria conserta em três calls. Se você ainda não usou a ferramenta, sem repertório de problema real a call vira aula genérica, e aula genérica está gravada em qualquer curso mais barato.
Se o que você quer é alguém construindo para você, isso é serviço, não mentoria, e o preço é outro. E se você não tem projeto rodando, mentoria sem projeto para aplicar é conversa boa que evapora em duas semanas. Nos quatro casos a resposta é a mesma: usa a ferramenta primeiro, acumula problema real, e volta com pergunta específica.
Como saber se você já passou do ponto de aprender sozinho?
Tem três sinais que eu considero confiáveis. O primeiro é reexplicar: se você se pega contando a mesma coisa para o agente pela terceira vez na semana, o problema deixou de ser ferramenta e virou processo, e processo é justamente o que não está na documentação. O segundo é o medo do merge: se você olha o que o agente escreveu e não sabe dizer se está bom, o gargalo não é velocidade, é confiança, e confiança vem de gate, não de prompt.
O terceiro é o projeto que parou de crescer. Ele funciona, mas cada feature nova custa mais que a anterior, e isso é sinal de que a estrutura não acompanhou. Quando os três aparecem juntos, a conversa muda. Um só deles, isolado, costuma se resolver com um arquivo de decisões e uma semana de disciplina.
E se você decidir que não precisa?
Ótimo, e é o desfecho mais comum. Nesse caso o caminho é: usa todo dia, mantém um arquivo de instruções no projeto, anota as decisões e força o hábito de escrever o critério de pronto antes de mandar o agente trabalhar. Isso sozinho já resolve boa parte do que as pessoas procuram em mentoria. Se em algum momento os três sinais aparecerem juntos, a conversa muda, e até lá, não gasta. Se quiser saber o que perguntar antes de pagar qualquer uma, inclusive a minha, o checklist está em como escolher mentoria de IA.
