Vaga de André
Engenheiro.

Estamos construindo o futuro do desenvolvimento de software — e ele é aumentado por IA. Buscamos um engenheiro sênior que não apenas usa ferramentas de IA, mas que ajuda a moldar como times inteiros desenvolvem com agentes. Você vai projetar, implementar e evoluir sistemas onde humanos e modelos colaboram em ciclos de alta velocidade.

O que você vai fazer

• Projetar e construir agentes de software que operam em fluxos reais de desenvolvimento: análise de PRs, geração de código, revisão, testes e deploy assistidos.
• Criar tooling interno que amplifica a capacidade do time de engenharia via LLMs e pipelines agentic.
• Integrar e orquestrar modelos de linguagem (OpenAI, Anthropic, OSS) com sistemas existentes via APIs, MCP e LangChain/LangGraph.
• Definir padrões de prompt engineering, RAG e memória contextual aplicados a domínios de produto reais.
• Medir e iterar: construir observabilidade para agentes (traces, evals, latência, custo por tarefa).
• Colaborar diretamente com product managers e designers para identificar onde IA aumenta — não substitui — o julgamento humano.

O que esperamos de você

• 5+ anos de experiência em engenharia de software, com domínio sólido de TypeScript ou Python em produção.
• Experiência prática com LLMs além do protótipo: você já rodou agentes em produção, lidou com hallucinations, custo e latência.
• Entendimento de arquiteturas de agentes: tool use, memória de curto/longo prazo, multi-step reasoning, human-in-the-loop.
• Capacidade de escrever e revisar código assistido por IA sem perder ownership técnico — você usa Claude Code, Cursor ou Copilot diariamente.
• Familiaridade com pelo menos uma stack de cloud (AWS, GCP ou Azure) e sistemas serverless ou de microsserviços.
• Comunicação clara: você consegue explicar trade-offs de design para stakeholders não-técnicos.

O que não estamos buscando

• Alguém que usa IA só como autocomplete e ainda acredita que "prompting não é engenharia".
• Perfis que precisam de especificações detalhadas para cada tarefa — aqui o contexto é parcial e a ambiguidade é parte do trabalho.
• Engenheiros que não se importam com impacto de negócio — você precisa entender por que algo vale a pena ser construído.