Como eu organizo meu trabalho com IA

Este capítulo é o mais pessoal do guia. Não é uma receita: é como eu trabalho. As ferramentas vão mudar, e por isso não cito nenhuma pelo nome; o que eu espero que fique são os princípios por trás.

Um aviso sobre o meu perfil: eu uso IA muito pouco como “assistente” de bate-papo e muito como ferramenta de construção — para escrever código, desenhar interfaces, analisar dados e produzir documentos. Uso ferramentas de todos os grandes fornecedores. E hoje seria impossível eu trabalhar do jeito que trabalho sem elas.

Onde mora o seu trabalho?

O princípio número um não tem nada de tecnológico: cada frente de trabalho é uma pasta, e cada projeto dentro dela é um repositório.

~/trabalho
├── fgv/            aulas e projetos de pesquisa
├── plancorp/       produtos da empresa
├── unieuro/        projetos de estudantes (um repositório por produto)
├── consultoria/    clientes
└── pessoal/        este site, estudos, experimentos

A consequência prática é enorme. Quando abro um agente dentro de um projeto, ele só enxerga aquele projeto. Quando abro uma pasta acima, ele enxerga todos os projetos daquela frente — e eu posso perguntar “como estão os projetos das minhas turmas?” e receber um panorama de quem fez o quê, em todos os repositórios, sem abrir nenhum.

O nível da pasta em que eu abro a ferramenta é o tamanho do contexto que eu estou dando. É a engenharia de contexto do capítulo 8 feita com o gerenciador de arquivos.

Também é por isso que eu evito o agente “faz-tudo” que guarda as coisas do jeito dele. Eles se acham na própria bagunça; depois, uma pessoa tentando ler aquilo sofre.

Precisa de terminal?

Eu trabalho a maior parte do tempo no terminal: aquela tela preta de texto que lembra o DOS. As ferramentas de IA para programação têm versões de linha de comando (CLI), e eu prefiro essas por três motivos:

1. Sou muito desatento. Uma tela com uma única caixinha para digitar, em tela cheia, é o melhor ambiente que eu conheço para não me perder.
2. Tudo já fala com o terminal. Git, os serviços de nuvem, os bancos de dados — as ferramentas profissionais nasceram ali. O agente usa as mesmas que uma pessoa de engenharia usaria, sem precisar de integração especial.
3. Eu vejo o que está acontecendo. Cada comando que o agente roda aparece na tela. Eu gosto de saber como as coisas funcionam por baixo, e isso me deixa mais tranquilo para delegar.

Confesso a ironia: tempos atrás eu reclamei que estávamos voltando para o terminal e jogando fora décadas de trabalho em interface. Continuo achando que, para a maioria das pessoas, uma boa interface vence. Para mim, hoje, a caixinha venceu.

Você não precisa do terminal para aplicar nada deste guia. Os mesmos produtos têm aplicativo e versão web, e a lógica é igual.

Na minha máquina ou na nuvem?

O agente pode trabalhar em dois lugares:

• Na minha máquina: abre a pasta do projeto e trabalha ali. Rápido, e os arquivos ficam comigo. É o meu padrão.
• Em um ambiente na nuvem: o fornecedor da IA liga uma máquina temporária, baixa o repositório, trabalha e me devolve um pull request. Uso quando quero tocar o trabalho pelo celular, deixar algo rodando durante a noite ou manter um projeto de empresa isolado da minha máquina.

Um ambiente desses é configurado uma vez e tem quatro partes:

# roda sempre que o ambiente é criado
instalar dependências do projeto
instalar as ferramentas de nuvem que o projeto usa
criar o banco de dados de teste com dados fictícios
rodar os testes uma vez para confirmar que está tudo de pé

CHAVE_BANCO_TESTE=••••••••
CHAVE_QUADRO_TAREFAS=••••••••

permitido:
  - o repositório de código
  - os dois serviços de nuvem da empresa
  - a API do quadro de tarefas
  (e mais alguns: pouco mais de uma dúzia no total)
bloqueado: todo o resto

Por que não escolher uma ferramenta só?

Eu pago e uso as ferramentas de três empresas diferentes. Quando estouro o limite de uma, passo para a outra. Mas o motivo principal não é esse: foi uma decisão deliberada para não depender de ninguém.

Deu trabalho. Cada ferramenta tem um jeito, um nome de arquivo de configuração, uma mania. O que tornou possível foi a regra do capítulo anterior — o conhecimento mora no repositório, em texto simples. Qualquer uma delas abre a pasta e continua de onde a outra parou.

E a recomendação que eu dou para quem está começando é o contrário de “escolha a melhor”: teste as três com a mesma tarefa real. A diferença entre os modelos de ponta hoje é mais de gosto do que de capacidade.

Quanto custa — e como se paga?

Existem duas formas de pagar por IA, e confundir as duas sai caro:

Para uso intenso, a assinatura sai muito mais barata — tudo indica que os planos mensais são subsidiados pelas empresas, que disputam quem vai ser a ferramenta padrão de quem constrói software. Um sinal público disso: já houve fornecedor criando limites semanais para conter assinantes que deixavam a ferramenta de programação rodando sem parar, dia e noite. Uma vez eu tentei usar uma ferramenta dessas pagando por uso, sem assinatura: em duas horas gastei o valor de um mês.

Para dar uma ideia de escala de quem trabalha com isso o dia inteiro: eu mantenho três assinaturas profissionais. Cada uma custa entre um terço e dois terços de um salário mínimo por mês; somadas, pouco mais de um salário mínimo. Não é pouco — e substitui uma quantidade de ferramentas e de horas que eu nem consigo mais calcular. Para quem está começando, o plano mais básico de um fornecedor custa uma pequena fração disso e é suficiente para praticar tudo o que está neste guia.

Sobre chaves de API, que você vai encontrar quando montar um agente próprio:

• Uma chave por projeto ou por pessoa. Nunca uma chave “geral”.
• Coloque limite de gasto. Sempre. Antes de usar.
• Revogue quando terminar. Eu crio chaves para estudantes durante um curso e desativo todas no fim. Chave esquecida é conta aberta.