Aprende com os melhores professores da Ironhack nos nossos - Recursos gratuitos
Voltar para todos os artigos

6 de novembro de 2026 - 6 min

Codex, LangGraph ou n8n: qual deves realmente aprender?

Três frameworks, três funções diferentes. O que a nossa formadora Isabella Bicalho ensina sobre como escolher entre Codex, LangGraph e n8n, e quais são os quatro componentes de que qualquer agente precisa.

Maya Tazi

Inteligência Artificial

Em resumo. Estas três ferramentas costumam ser comparadas como se fossem concorrentes. Não são. Se queres criar agentes de IA, convém perceber que o Codex serve para construir código, o LangGraph para orquestrar decisões e o n8n para automatizar processos. Escolher entre elas não é uma questão de gosto. É uma descrição daquilo que estás a tentar construir.

Porque é que a comparação corre sempre mal

Pesquisa duas destas ferramentas em conjunto e vais encontrar artigos a classificá-las, como se uma fosse objetivamente melhor.

Essa abordagem vem dos conteúdos de análise de ferramentas, onde tem de haver sempre um vencedor. Não resiste ao contacto com projetos reais. Na nossa First Class sobre criação de agentes de IA, a Isabella Bicalho disse-o sem rodeios: a framework decorre dos requisitos do projeto, e não o contrário.

Por isso, aqui fica a versão honesta: para que serve cada uma e os sinais que te indicam com qual estás a lidar.

Codex: quando a função do agente é escrever código

O Codex vive dentro do teu ambiente de desenvolvimento. Instalas no Visual Studio Code e ele trabalha sobre a tua base de código: lê ficheiros, escreve código, executa-o e itera sobre o que produziu.

Escolhe-o quando o resultado que procuras é código. Desenvolver uma funcionalidade, refatorar algo mal escrito, escrever testes, perceber um repositório que não conheces.

Não o escolhas quando a tarefa não tem nada a ver com código. Usar um assistente de programação para agendar um relatório semanal é possível, mas inútil.

O que pressupõe sobre ti. Que estás à vontade num editor de código e que consegues ler o que ele produz o suficiente para detetar erros. Esta última parte importa mais do que se costuma admitir: um agente que escreve código que não consegues avaliar é um risco, não um ganho de produtividade.

LangGraph: quando o agente tem de tomar decisões

O LangGraph é uma framework para construir fluxos de trabalho em que o caminho não está definido à partida. Defines estados e as transições entre eles, e o agente decide para onde ir com base no que encontra.

Escolhe-o quando o fluxo se ramifica. "Se o documento for um contrato, faz isto; se for uma fatura, faz aquilo; se não for nenhum dos dois, escala." Ou quando precisas de vários agentes a passar trabalho entre si: um a pesquisar, outro a redigir e outro a rever, com o revisor a poder devolver o trabalho.

Não o escolhas quando a sequência é fixa e conhecida. Se o passo um leva sempre ao passo dois, estás a pagar em complexidade por uma flexibilidade de que não precisas.

O que pressupõe sobre ti. Python (ou JavaScript/TypeScript) e à-vontade com o conceito de máquina de estados. É a mais técnica das três e a que tem o teto mais alto.

n8n: quando estás a ligar coisas que já existem

O que é o n8n? É uma plataforma de automação low-code. Constróis fluxos de trabalho visualmente, através da ligação de nós: um gatilho (trigger), algumas fontes de dados, uma chamada a um modelo, um destino. Pode ser alojado nos teus próprios servidores (self-hosted), o que faz diferença quando os teus dados não podem ir para terceiros.

Escolhe-o quando o trabalho consiste em mover informação entre ferramentas segundo um horário ou um evento. A maior parte da automação empresarial é exatamente isto, e é por isso que o n8n cobre mais casos de uso reais do que a sua reputação sugere.

Não o escolhas quando a lógica é realmente complexa e cheia de ramificações. Consegues construí-la, mas vais passar o tempo a lutar contra a interface.

O que pressupõe sobre ti. Praticamente nenhum conhecimento técnico. É por aqui que deves começar se nunca construíste um agente.

Os quatro componentes de que qualquer agente de IA precisa

Por baixo da escolha da framework existe uma estrutura que não muda. A sessão da Isabella divide-a em quatro partes, e percebê-las é útil em qualquer uma das três ferramentas.

MCP (Model Context Protocol). É a forma como um agente chega ao que está fora dele: os teus ficheiros, uma API, uma base de dados, outro software. Sem isto, o modelo só consegue conversar. O MCP é o que transforma conversa em ação, e tornou-se a forma padrão de ligar agentes a ferramentas.

Skills (competências reutilizáveis). Instruções passo a passo, reutilizáveis, a que o agente pode recorrer. Em vez de voltares a explicar o teu processo em cada prompt, escreves uma vez e o agente aplica-o de forma consistente. A vantagem subestimada é a colaboração: uma skill é algo que uma equipa partilha, por isso os agentes de duas pessoas comportam-se da mesma maneira.

Harnesses (a estrutura de controlo à volta do modelo). A estrutura que envolve o modelo e gere o ciclo: o que é enviado, o que volta e quando parar. Na maioria dos casos não és tu que a constróis; escolhe-la quando escolhes a framework. Saber que existe explica porque é que o mesmo modelo se comporta de forma diferente em ferramentas diferentes.

Sub-agents (subagentes). Assistentes especializados que tratam de uma parte de um trabalho maior. Um agente focado com três ferramentas é mais fiável do que um generalista com trinta, por isso dividir o trabalho é uma estratégia de fiabilidade, e não apenas de organização.

Então, qual deves aprender primeiro?

Se nunca construíste um agente: n8n. Vais ter algo a funcionar hoje mesmo e vais aprender o que realmente falha em produção. E é precisamente esse o conhecimento que levas para as outras ferramentas.

Se já escreves código e queres agentes no teu fluxo de trabalho: Codex. A configuração demora minutos e o retorno é imediato.

Se o teu objetivo é fazer disto profissão: as três, por esta ordem. As pessoas que estão a ser contratadas para construir sistemas de agentes são as que conseguem olhar para um problema e explicar porque é um trabalho para o n8n e não para o LangGraph. Esse critério só se ganha depois de ter construído nas duas.

Onde ver isto na prática

A Isabella percorreu a comparação completa e configurou o Codex em direto no VS Code durante a nossa First Class gratuita sobre criação de agentes de IA. A sessão está disponível on demand e inclui a árvore de decisão para escolher a framework e a instalação do Codex, passo a passo.

Vê a First Class on demand (em inglês).

Perguntas frequentes

O n8n é uma framework de agentes de IA?

É uma plataforma de automação low-code que permite construir agentes. Para fluxos de trabalho agendados e baseados em regras, é muitas vezes melhor escolha do que uma framework de código.

Preciso de Python para usar o LangGraph?

O Python é a opção mais comum, mas também existe uma versão oficial em JavaScript/TypeScript. Seja como for, é a mais técnica das três e pressupõe à-vontade com código e com lógica baseada em estados.

O que é o MCP, em termos simples?

É a forma padrão de ligar um agente de IA a ferramentas e dados externos, para que possa agir em vez de apenas responder.

Posso usar mais do que uma?

Muitas vezes, sim. O Codex para construir os componentes e o n8n para executar o fluxo de trabalho agendado à volta deles.

Artigos Relacionados

Recomendado para você

Pronto para te juntares a nós?

Mais de 11,000 amantes de tecnologia lançaram as suas carreiras na indústria da tecnologia com os bootcamps da Ironhack. Começa esta nova jornada e faz parte da revolução tecnológica!