Agora sou o agente do Claude

O artigo da Aha! mostra uma mudança concreta na experiência do engenheiro de suporte: não é mais o humano quem orquestra ferramentas, mas o Claude que orienta o humano com precisão operacional. Isso só funciona porque a equipe construiu habilidades específicas, CLI tools, páginas administrativas e scripts Rails, com intenção clara de depuração em SaaS multitenante. Nada de prompt engineering genérico: cada skill foi desenhada para evitar vazamento de dados, garantir contexto de tenant e produzir saída limpa (um único puts, sem logs intercalados). A arquitetura de suporte agora assume que o agente de IA opera no nível de *intenção* (ex: 'entender por que um relatório falhou') e delega a execução *segura* ao engenheiro, com filtros pré-aplicados, IDs anônimos e queries blindadas.

A escolha técnica é explícita: Ruby on Rails como base, log viewer próprio (não Elastic ou Datadog), scripts de console com controle rígido de escopo e auditoria de histórico por registro. Não há integração com LLMs via RAG sobre dados brutos, há sim uma camada de abstração ativa, onde o Claude lê código-fonte (controladores, chamadas ao logger) para inferir onde buscar, mas nunca acessa dados reais. É DX orientada a segurança, não a conveniência.

Isso vai além de automação de tarefas: é uma redefinição do papel do engenheiro em produção. Em vez de gastar tempo com interface gráfica, filtros manuais e interpretação de stdout bagunçado, ele opera como executor confiável de hipóteses geradas por IA, com todas as guardrails técnicas já embutidas na infraestrutura. O ganho não está na velocidade bruta, mas na redução de ruído cognitivo e no aumento de confiança nas respostas. Para times que mantêm sistemas críticos em Rails, o modelo mostra como integrar IA sem abrir mão de controle, previsibilidade ou compliance em ambientes multitenantes.