{"content_id":"5mvogdwkj2","slug":"graph-engineering-ai-agent-workflow-guide","locale":"pt","schema_type":"TechArticle","category":"ai_data","category_name":"Dados de IA","title":"Engenharia de grafos: princípios de design para estruturar workflows de agentes de IA","summary":"A engenharia de grafos é uma abordagem que divide tarefas complexas de IA em nós e regras de transição, projetando explicitamente estados, validação, recuperação de falhas e aprovação do usuário. O ponto central não é deixar todas as etapas a cargo da IA, mas distinguir os papéis do código, do modelo e das pessoas.","sponsorship_disclosure":null,"author":{"name":"injoys","url":"https://injoys.com/ko/about"},"key_points":["A engenharia de grafos projeta não apenas uma resposta do modelo, mas todo o caminho da tarefa, seus estados, ramificações, repetições e condições de encerramento.","Os nós executam tarefas, as arestas definem os caminhos de transição, o estado transmite dados entre as etapas e as condições selecionam o próximo caminho.","Roteamento, execução paralela, iterações entre gerador e avaliador e aprovação do usuário são padrões representativos de grafos de agentes.","É vantajoso atribuir ao código tarefas determinísticas, como validação de formato e comparação numérica; à IA, interpretações ambíguas; e às pessoas, decisões de alto risco.","Um grafo operacional requer um esquema de estado, limites de novas tentativas, prevenção de execuções duplicadas, observabilidade, limites de permissão e orçamento de custos."],"content_markdown":"A Engenharia de Grafos (Graph Engineering) é uma abordagem que, em vez de apenas melhorar a qualidade das respostas de um único modelo de AI, projeta a ordem e as condições em que várias tarefas e ferramentas são executadas. Ao representar trabalhos complexos como nós e relações de conexão, é possível gerenciar separadamente as entradas e saídas de cada etapa, as causas de falhas, os caminhos de novas tentativas e os pontos de aprovação humana.\n\nNo entanto, essa expressão ainda não é um termo padrão único aceito por todo o setor. É mais correto entendê-la como um conceito prático que abrange o design de fluxos de trabalho de agentes, a orquestração baseada em grafos e o controle de múltiplos agentes.\n\n## Contexto do surgimento dos grafos na engenharia de AI\n\nOs interesses de design das aplicações de AI se expandiram da seguinte maneira. Mais do que etapas oficiais de evolução pelas quais todas as organizações passam da mesma forma, essas são camadas de design que se complementam.\n\n| Camada | Pergunta principal | Principais objetos de design |\n|---|---|---|\n| Engenharia de prompts | Como dar instruções ao modelo? | Instruções, exemplos, formato de saída |\n| Engenharia de contexto | Como compor as informações necessárias para a tomada de decisão? | Resultados de busca, memória, resultados de ferramentas, regras do sistema |\n| Engenharia de loops | Como repetir planejamento, execução, verificação e correção? | Condições de repetição, critérios de avaliação, condições de encerramento |\n| Engenharia de grafos | Por quais caminhos conectar várias tarefas e entidades responsáveis por decisões? | Nós, transições, estado, ramificações, paralelização, aprovação |\n\nPrompts e contexto continuam sendo necessários dentro do grafo. Um loop também pode ser representado por uma aresta cíclica do grafo. Portanto, a engenharia de grafos não é uma tecnologia que descarta as técnicas anteriores, mas se aproxima de uma perspectiva de design de nível superior que as posiciona dentro de uma estrutura de execução.\n\n## Componentes da engenharia de grafos\n\n### Nós\n\nUm nó (Node) é uma unidade de trabalho com uma responsabilidade claramente definida. Além de chamadas a LLMs, códigos comuns como consultas a bancos de dados, chamadas a APIs de busca, validação de formato, cálculos e espera por aprovação do usuário também podem ser nós.\n\nUm bom nó tem entradas e saídas claras e pode ser testado de forma independente. Em vez de nomes de escopo amplo, como `pesquisa de mercado`, restringir a responsabilidade com nomes como `coleta de materiais recentes do setor especificado`, `remoção de fontes duplicadas` e `verificação das evidências de cada afirmação` facilita a depuração.\n\n### Arestas\n\nUma aresta (Edge) é uma transição de um nó para o seguinte. Há arestas fixas, que sempre levam à mesma etapa seguinte; arestas condicionais, que verificam o estado e selecionam um caminho; e arestas de ramificação, que iniciam várias tarefas ao mesmo tempo.\n\n### Estado\n\nO estado (State) corresponde aos dados compartilhados durante a execução do grafo. Ele pode incluir a solicitação do usuário, resultados intermediários, fontes de busca, códigos de erro, resultados de aprovação e número de repetições.\n\nO estado é diferente de um simples histórico de conversa. É necessário definir, por meio de esquemas e regras, quais campos são obrigatórios, quem pode modificá-los, como combinar resultados paralelos e quando excluir informações confidenciais.\n\n### Condições\n\nUma condição (Condition) é uma regra para selecionar o próximo caminho. Condições determinísticas, como `há pelo menos três fontes?`, podem ser avaliadas por código. Por outro lado, condições que exigem julgamento semântico, como `as evidências sustentam suficientemente a conclusão?`, podem exigir uma avaliação do modelo ou uma análise humana.\n\n## Por que é mais fácil de controlar do que um único agente\n\nQuando um único agente fica responsável por pesquisa, análise, redação e verificação, é difícil identificar a causa de um resultado incorreto. Isso ocorre porque não fica claro, em um único registro de execução, se houve um erro de planejamento, uma omissão na busca, uma falha na chamada de ferramenta ou uma geração sem embasamento.\n\nAo decompor o trabalho em um grafo, é possível gerenciar os seguintes itens etapa por etapa.\n\n- Restringir as ferramentas permitidas e as permissões de acesso a dados de cada nó.\n- Armazenar os resultados intermediários e avaliá-los de forma independente.\n- Executar novamente apenas o nó que falhou, reduzindo custos e tempo.\n- Obter aprovação humana imediatamente antes de uma ação externa importante.\n- Rastrear o caminho de execução, a latência, o uso de tokens e os erros.\n\nNo entanto, simplesmente aumentar o número de nós não eleva automaticamente a confiabilidade. Se a transferência de estado for imprecisa ou os critérios de avaliação forem ambíguos, os erros poderão ser amplificados ao longo de várias etapas.\n\n## Padrões representativos de uso de grafos\n\n### Padrão de roteador\n\nUm roteador seleciona caminhos diferentes de acordo com o tipo ou o grau de risco de uma solicitação. Por exemplo, uma consulta sobre reembolso pode ser encaminhada a um nó de busca de políticas, enquanto um problema técnico pode ser enviado a um nó de diagnóstico.\n\nSe o critério de roteamento for uma palavra-chave simples ou o estado da conta, o código será adequado. Caso seja necessário interpretar o contexto, pode-se usar uma classificação feita pelo modelo, mas é preciso ter uma proteção que encaminhe o caso a um caminho padrão ou à análise humana quando a confiança for baixa.\n\n### Padrão de execução paralela\n\nTarefas que não dependem umas das outras são realizadas simultaneamente e depois combinadas em um nó de agregação. Um exemplo representativo é executar em paralelo pesquisas sobre mercado, clientes e concorrentes.\n\nA paralelização pode reduzir a latência, mas aumenta o número de chamadas e o custo instantâneo. Se os resultados modificarem simultaneamente o mesmo campo de estado, também será necessário definir regras de resolução de conflitos e uma ordem de mesclagem.\n\n### Padrão gerador-avaliador\n\nO gerador cria um rascunho, e o avaliador decide, com base em critérios, se ele será aprovado, corrigido ou reescrito. Como o resultado da avaliação retorna ao gerador, forma-se um loop dentro do grafo.\n\nSe o avaliador também for um LLM, ele poderá tomar uma decisão incorreta. Sempre que possível, deve-se complementar a avaliação com verificações determinísticas, como validação de esquema, execução de testes e confirmação de URLs de citações, além de definir um número máximo de repetições para impedir loops infinitos.\n\n### Padrão de aprovação do usuário\n\nAntes de ações difíceis de reverter ou de grande responsabilidade, como alterações em sistemas externos, envio de mensagens, pagamentos e implantações, a execução é interrompida para aguardar uma decisão humana. Na tela de aprovação, é mais seguro apresentar não apenas o resultado final, mas também a ação que será executada, os dados utilizados, o impacto esperado e a forma de revertê-la.\n\n### Padrão gerente-especialistas\n\nUm nó gerente decompõe o trabalho, atribui partes a nós especializados em busca, análise, redação e outras funções e depois consolida os resultados. A separação de funções é útil, mas aumentar o número de agentes não deve ser um objetivo por si só. Para procedimentos fixos, um fluxo de trabalho explícito pode ser mais previsível.\n\n## Princípios para dividir as funções de AI, código e pessoas\n\n| Natureza da tarefa | Recurso prioritário | Exemplos |\n|---|---|---|\n| Regras claras cujo resultado deve ser sempre o mesmo | Código comum | Contagem, comparação de datas, validação de esquema JSON |\n| Julgamentos que lidam com o significado e a ambiguidade da linguagem natural | Modelo de AI | Classificação de intenção, resumo, elaboração de rascunho, avaliação qualitativa |\n| Decisões que exigem responsabilidade, ética ou julgamento de alto risco | Pessoa | Aprovação de envio externo, permissão de exceções, aprovação de ações de alto risco |\n\nUsar um LLM mesmo quando as regras são claras aumenta desnecessariamente o custo, a latência e a não determinismo. Por outro lado, fixar todos os julgamentos em regras de código dificulta o processamento de entradas reais com formas variadas de expressão. Um bom grafo combina as vantagens dos três recursos e valida entradas e saídas em cada fronteira.\n\n## Diferença entre grafo de conhecimento e engenharia de grafos\n\nOs dois conceitos podem estar relacionados, mas não são iguais.\n\n- **Um grafo de conhecimento** é uma representação de dados que estrutura entidades, como pessoas, organizações, documentos e conceitos, e as relações entre elas.\n- **Um grafo de execução de agentes** representa a ordem e as condições em que as tarefas são executadas.\n- **A engenharia de grafos** pode se referir à prática de projetar a estrutura, o estado, o controle, a validação e a forma de operação de grafos de execução.\n\nÉ possível conectar a busca em um grafo de conhecimento como um nó, mas um grafo de conhecimento não é obrigatoriamente necessário para a engenharia de grafos. Da mesma forma, construir um grafo de conhecimento não cria automaticamente um fluxo de trabalho de agentes com caminhos de novas tentativas e aprovação.\n\n## Elementos ocultos de design que determinam a qualidade operacional\n\nUm sistema de produção não fica pronto apenas com um desenho do grafo. Os fatores que realmente determinam a confiabilidade são a semântica da execução e os contratos operacionais.\n\n### Contratos de estado e gerenciamento de versões\n\nÉ necessário definir os esquemas de entrada e saída de cada nó, os campos obrigatórios, as fontes de dados e as permissões de atualização. Também é preciso gerenciar a compatibilidade entre o esquema de estado e a versão do fluxo de trabalho para que execuções que já estavam interrompidas possam ser retomadas após uma alteração no grafo.\n\n### Recuperação de falhas e idempotência\n\nSe um nó for executado novamente após um erro de rede, o envio de um e-mail ou um pagamento poderá ocorrer em duplicidade. Tarefas com efeitos colaterais externos precisam de chaves de idempotência, confirmação antes da execução, ações compensatórias ou um repositório de prevenção de duplicidade.\n\nNem todas as falhas são iguais. É necessário distinguir caminhos por tipo de erro, repetindo a tentativa em caso de erro temporário de API, devolvendo entradas incorretas ao usuário e interrompendo imediatamente a execução em caso de violação de políticas.\n\n### Condições de encerramento e orçamento de custos\n\nLoops de gerador-avaliador devem ter um número máximo de repetições, um limite de tempo e um limite de tokens ou de custos. Também são necessárias condições para encerrar o processo ou encaminhá-lo a uma pessoa quando a melhoria de qualidade for mínima.\n\nO custo total do grafo deve ser calculado considerando não apenas o custo de cada chamada de modelo, mas também novas tentativas, chamadas paralelas, armazenamento de estado, ferramentas externas e sistemas de observabilidade.\n\n### Observabilidade e avaliação\n\nOs registros operacionais devem indicar quais nós e modelos foram executados, quais caminhos foram selecionados e quais foram as entradas, saídas e erros. No entanto, é necessário aplicar mascaramento e períodos de retenção para evitar que dados pessoais, credenciais e dados comerciais confidenciais sejam armazenados diretamente nos logs.\n\nA avaliação não termina com a pontuação da resposta final. Para identificar gargalos, é necessário medir também indicadores por nó e caminho, como precisão do roteamento, taxa de sucesso das ferramentas, taxa de atendimento aos requisitos de evidências, taxa de detecção de riscos antes da aprovação e número médio de novas tentativas.\n\n### Segurança e limites de permissão\n\nÉ preciso considerar a injeção de prompts, em que instruções contidas em documentos de busca ou entradas do usuário alteram as regras do sistema. Os argumentos de ferramentas gerados pelo modelo devem ser validados antes da execução, e cada nó deve receber apenas as permissões mínimas necessárias para realizar seu trabalho. Separar permissões de leitura, escrita, exclusão e envio externo pode reduzir o risco de que um erro em um nó se transforme em um incidente de todo o sistema.\n\n## Quando a engenharia de grafos é adequada\n\nQuanto mais das condições a seguir ocorrerem ao mesmo tempo, maior será a utilidade de uma estrutura de grafo.\n\n- São necessários diferentes caminhos de processamento especializado conforme a entrada.\n- Tarefas independentes podem ser executadas em paralelo.\n- Se determinada etapa falhar, é necessário retornar a um ponto predefinido.\n- Resultados intermediários precisam ser verificados ou auditados.\n- É necessária uma aprovação antes de alterar um sistema externo.\n- A execução é longa e precisa ser retomada após uma interrupção ou ter seu estado preservado.\n- As permissões e o escopo de acesso aos dados de cada ferramenta precisam ser separados.\n\nPara resumos simples, uma única classificação ou perguntas e respostas curtas, uma chamada a um único modelo ou um pipeline sequencial curto é melhor. Se o ônus de gerenciamento de estado, testes, observabilidade e implantação criado pela adoção do grafo superar os benefícios obtidos, trata-se de engenharia excessiva.\n\n## Checklist de revisão do design\n\n1. Definir o resultado final e os critérios de sucesso de forma mensurável.\n2. Limitar cada nó a uma única responsabilidade e a entradas e saídas testáveis.\n3. Implementar regras claras em código e minimizar o escopo de julgamento do LLM.\n4. Definir o esquema de estado e as regras de mesclagem dos resultados paralelos.\n5. Distinguir erros que permitem novas tentativas daqueles que exigem interrupção imediata.\n6. Definir limites máximos para o número de repetições, o tempo de execução e os custos.\n7. Incluir mecanismos para impedir execuções duplicadas em nós com efeitos colaterais externos.\n8. Posicionar a aprovação humana e explicações suficientes antes de ações de alto risco.\n9. Preparar logs por nó e caminho, métricas de avaliação e regras de proteção de dados pessoais.\n10. Verificar novamente se não é possível alcançar a mesma confiabilidade com uma estrutura mais simples.\n\n## Resumo dos pontos principais\n\nSe um único agente equivale a atribuir várias tarefas de uma só vez a um funcionário competente, a engenharia de grafos se aproxima do trabalho de projetar as funções da organização, os caminhos de transferência de tarefas, os procedimentos de revisão e as linhas de aprovação.\n\nO ponto central não é o número de agentes, mas uma estrutura controlável. Deve ficar claro em quais etapas a AI toma decisões, onde o código faz a validação e quando uma pessoa toma uma decisão responsável. Somente com contratos de estado, recuperação de falhas, observabilidade, controle de permissões e limites de custos o grafo deixa de ser um simples diagrama e se torna um sistema de AI operacional.","content_html":"\u003cp\u003eA Engenharia de Grafos (Graph Engineering) é uma abordagem que, em vez de apenas melhorar a qualidade das respostas de um único modelo de AI, projeta a ordem e as condições em que várias tarefas e ferramentas são executadas. Ao representar trabalhos complexos como nós e relações de conexão, é possível gerenciar separadamente as entradas e saídas de cada etapa, as causas de falhas, os caminhos de novas tentativas e os pontos de aprovação humana.\u003c/p\u003e\n\u003cp\u003eNo entanto, essa expressão ainda não é um termo padrão único aceito por todo o setor. É mais correto entendê-la como um conceito prático que abrange o design de fluxos de trabalho de agentes, a orquestração baseada em grafos e o controle de múltiplos agentes.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#contexto-do-surgimento-dos-grafos-na-engenharia-de-ai\" class=\"anchor\" id=\"contexto-do-surgimento-dos-grafos-na-engenharia-de-ai\"\u003e\u003c/a\u003eContexto do surgimento dos grafos na engenharia de AI\u003c/h2\u003e\n\u003cp\u003eOs interesses de design das aplicações de AI se expandiram da seguinte maneira. Mais do que etapas oficiais de evolução pelas quais todas as organizações passam da mesma forma, essas são camadas de design que se complementam.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eCamada\u003c/th\u003e\n\u003cth\u003ePergunta principal\u003c/th\u003e\n\u003cth\u003ePrincipais objetos de design\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Camada\"\u003eEngenharia de prompts\u003c/td\u003e\n\u003ctd data-label=\"Pergunta principal\"\u003eComo dar instruções ao modelo?\u003c/td\u003e\n\u003ctd data-label=\"Principais objetos de design\"\u003eInstruções, exemplos, formato de saída\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Camada\"\u003eEngenharia de contexto\u003c/td\u003e\n\u003ctd data-label=\"Pergunta principal\"\u003eComo compor as informações necessárias para a tomada de decisão?\u003c/td\u003e\n\u003ctd data-label=\"Principais objetos de design\"\u003eResultados de busca, memória, resultados de ferramentas, regras do sistema\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Camada\"\u003eEngenharia de loops\u003c/td\u003e\n\u003ctd data-label=\"Pergunta principal\"\u003eComo repetir planejamento, execução, verificação e correção?\u003c/td\u003e\n\u003ctd data-label=\"Principais objetos de design\"\u003eCondições de repetição, critérios de avaliação, condições de encerramento\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Camada\"\u003eEngenharia de grafos\u003c/td\u003e\n\u003ctd data-label=\"Pergunta principal\"\u003ePor quais caminhos conectar várias tarefas e entidades responsáveis por decisões?\u003c/td\u003e\n\u003ctd data-label=\"Principais objetos de design\"\u003eNós, transições, estado, ramificações, paralelização, aprovação\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003ePrompts e contexto continuam sendo necessários dentro do grafo. Um loop também pode ser representado por uma aresta cíclica do grafo. Portanto, a engenharia de grafos não é uma tecnologia que descarta as técnicas anteriores, mas se aproxima de uma perspectiva de design de nível superior que as posiciona dentro de uma estrutura de execução.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#componentes-da-engenharia-de-grafos\" class=\"anchor\" id=\"componentes-da-engenharia-de-grafos\"\u003e\u003c/a\u003eComponentes da engenharia de grafos\u003c/h2\u003e\n\u003ch3\u003e\n\u003ca href=\"#n%C3%B3s\" class=\"anchor\" id=\"nós\"\u003e\u003c/a\u003eNós\u003c/h3\u003e\n\u003cp\u003eUm nó (Node) é uma unidade de trabalho com uma responsabilidade claramente definida. Além de chamadas a LLMs, códigos comuns como consultas a bancos de dados, chamadas a APIs de busca, validação de formato, cálculos e espera por aprovação do usuário também podem ser nós.\u003c/p\u003e\n\u003cp\u003eUm bom nó tem entradas e saídas claras e pode ser testado de forma independente. Em vez de nomes de escopo amplo, como \u003ccode\u003epesquisa de mercado\u003c/code\u003e, restringir a responsabilidade com nomes como \u003ccode\u003ecoleta de materiais recentes do setor especificado\u003c/code\u003e, \u003ccode\u003eremoção de fontes duplicadas\u003c/code\u003e e \u003ccode\u003everificação das evidências de cada afirmação\u003c/code\u003e facilita a depuração.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#arestas\" class=\"anchor\" id=\"arestas\"\u003e\u003c/a\u003eArestas\u003c/h3\u003e\n\u003cp\u003eUma aresta (Edge) é uma transição de um nó para o seguinte. Há arestas fixas, que sempre levam à mesma etapa seguinte; arestas condicionais, que verificam o estado e selecionam um caminho; e arestas de ramificação, que iniciam várias tarefas ao mesmo tempo.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#estado\" class=\"anchor\" id=\"estado\"\u003e\u003c/a\u003eEstado\u003c/h3\u003e\n\u003cp\u003eO estado (State) corresponde aos dados compartilhados durante a execução do grafo. Ele pode incluir a solicitação do usuário, resultados intermediários, fontes de busca, códigos de erro, resultados de aprovação e número de repetições.\u003c/p\u003e\n\u003cp\u003eO estado é diferente de um simples histórico de conversa. É necessário definir, por meio de esquemas e regras, quais campos são obrigatórios, quem pode modificá-los, como combinar resultados paralelos e quando excluir informações confidenciais.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#condi%C3%A7%C3%B5es\" class=\"anchor\" id=\"condições\"\u003e\u003c/a\u003eCondições\u003c/h3\u003e\n\u003cp\u003eUma condição (Condition) é uma regra para selecionar o próximo caminho. Condições determinísticas, como \u003ccode\u003ehá pelo menos três fontes?\u003c/code\u003e, podem ser avaliadas por código. Por outro lado, condições que exigem julgamento semântico, como \u003ccode\u003eas evidências sustentam suficientemente a conclusão?\u003c/code\u003e, podem exigir uma avaliação do modelo ou uma análise humana.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#por-que-%C3%A9-mais-f%C3%A1cil-de-controlar-do-que-um-%C3%BAnico-agente\" class=\"anchor\" id=\"por-que-é-mais-fácil-de-controlar-do-que-um-único-agente\"\u003e\u003c/a\u003ePor que é mais fácil de controlar do que um único agente\u003c/h2\u003e\n\u003cp\u003eQuando um único agente fica responsável por pesquisa, análise, redação e verificação, é difícil identificar a causa de um resultado incorreto. Isso ocorre porque não fica claro, em um único registro de execução, se houve um erro de planejamento, uma omissão na busca, uma falha na chamada de ferramenta ou uma geração sem embasamento.\u003c/p\u003e\n\u003cp\u003eAo decompor o trabalho em um grafo, é possível gerenciar os seguintes itens etapa por etapa.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eRestringir as ferramentas permitidas e as permissões de acesso a dados de cada nó.\u003c/li\u003e\n\u003cli\u003eArmazenar os resultados intermediários e avaliá-los de forma independente.\u003c/li\u003e\n\u003cli\u003eExecutar novamente apenas o nó que falhou, reduzindo custos e tempo.\u003c/li\u003e\n\u003cli\u003eObter aprovação humana imediatamente antes de uma ação externa importante.\u003c/li\u003e\n\u003cli\u003eRastrear o caminho de execução, a latência, o uso de tokens e os erros.\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eNo entanto, simplesmente aumentar o número de nós não eleva automaticamente a confiabilidade. Se a transferência de estado for imprecisa ou os critérios de avaliação forem ambíguos, os erros poderão ser amplificados ao longo de várias etapas.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#padr%C3%B5es-representativos-de-uso-de-grafos\" class=\"anchor\" id=\"padrões-representativos-de-uso-de-grafos\"\u003e\u003c/a\u003ePadrões representativos de uso de grafos\u003c/h2\u003e\n\u003ch3\u003e\n\u003ca href=\"#padr%C3%A3o-de-roteador\" class=\"anchor\" id=\"padrão-de-roteador\"\u003e\u003c/a\u003ePadrão de roteador\u003c/h3\u003e\n\u003cp\u003eUm roteador seleciona caminhos diferentes de acordo com o tipo ou o grau de risco de uma solicitação. Por exemplo, uma consulta sobre reembolso pode ser encaminhada a um nó de busca de políticas, enquanto um problema técnico pode ser enviado a um nó de diagnóstico.\u003c/p\u003e\n\u003cp\u003eSe o critério de roteamento for uma palavra-chave simples ou o estado da conta, o código será adequado. Caso seja necessário interpretar o contexto, pode-se usar uma classificação feita pelo modelo, mas é preciso ter uma proteção que encaminhe o caso a um caminho padrão ou à análise humana quando a confiança for baixa.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#padr%C3%A3o-de-execu%C3%A7%C3%A3o-paralela\" class=\"anchor\" id=\"padrão-de-execução-paralela\"\u003e\u003c/a\u003ePadrão de execução paralela\u003c/h3\u003e\n\u003cp\u003eTarefas que não dependem umas das outras são realizadas simultaneamente e depois combinadas em um nó de agregação. Um exemplo representativo é executar em paralelo pesquisas sobre mercado, clientes e concorrentes.\u003c/p\u003e\n\u003cp\u003eA paralelização pode reduzir a latência, mas aumenta o número de chamadas e o custo instantâneo. Se os resultados modificarem simultaneamente o mesmo campo de estado, também será necessário definir regras de resolução de conflitos e uma ordem de mesclagem.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#padr%C3%A3o-gerador-avaliador\" class=\"anchor\" id=\"padrão-gerador-avaliador\"\u003e\u003c/a\u003ePadrão gerador-avaliador\u003c/h3\u003e\n\u003cp\u003eO gerador cria um rascunho, e o avaliador decide, com base em critérios, se ele será aprovado, corrigido ou reescrito. Como o resultado da avaliação retorna ao gerador, forma-se um loop dentro do grafo.\u003c/p\u003e\n\u003cp\u003eSe o avaliador também for um LLM, ele poderá tomar uma decisão incorreta. Sempre que possível, deve-se complementar a avaliação com verificações determinísticas, como validação de esquema, execução de testes e confirmação de URLs de citações, além de definir um número máximo de repetições para impedir loops infinitos.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#padr%C3%A3o-de-aprova%C3%A7%C3%A3o-do-usu%C3%A1rio\" class=\"anchor\" id=\"padrão-de-aprovação-do-usuário\"\u003e\u003c/a\u003ePadrão de aprovação do usuário\u003c/h3\u003e\n\u003cp\u003eAntes de ações difíceis de reverter ou de grande responsabilidade, como alterações em sistemas externos, envio de mensagens, pagamentos e implantações, a execução é interrompida para aguardar uma decisão humana. Na tela de aprovação, é mais seguro apresentar não apenas o resultado final, mas também a ação que será executada, os dados utilizados, o impacto esperado e a forma de revertê-la.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#padr%C3%A3o-gerente-especialistas\" class=\"anchor\" id=\"padrão-gerente-especialistas\"\u003e\u003c/a\u003ePadrão gerente-especialistas\u003c/h3\u003e\n\u003cp\u003eUm nó gerente decompõe o trabalho, atribui partes a nós especializados em busca, análise, redação e outras funções e depois consolida os resultados. A separação de funções é útil, mas aumentar o número de agentes não deve ser um objetivo por si só. Para procedimentos fixos, um fluxo de trabalho explícito pode ser mais previsível.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#princ%C3%ADpios-para-dividir-as-fun%C3%A7%C3%B5es-de-ai-c%C3%B3digo-e-pessoas\" class=\"anchor\" id=\"princípios-para-dividir-as-funções-de-ai-código-e-pessoas\"\u003e\u003c/a\u003ePrincípios para dividir as funções de AI, código e pessoas\u003c/h2\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eNatureza da tarefa\u003c/th\u003e\n\u003cth\u003eRecurso prioritário\u003c/th\u003e\n\u003cth\u003eExemplos\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Natureza da tarefa\"\u003eRegras claras cujo resultado deve ser sempre o mesmo\u003c/td\u003e\n\u003ctd data-label=\"Recurso prioritário\"\u003eCódigo comum\u003c/td\u003e\n\u003ctd data-label=\"Exemplos\"\u003eContagem, comparação de datas, validação de esquema JSON\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Natureza da tarefa\"\u003eJulgamentos que lidam com o significado e a ambiguidade da linguagem natural\u003c/td\u003e\n\u003ctd data-label=\"Recurso prioritário\"\u003eModelo de AI\u003c/td\u003e\n\u003ctd data-label=\"Exemplos\"\u003eClassificação de intenção, resumo, elaboração de rascunho, avaliação qualitativa\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Natureza da tarefa\"\u003eDecisões que exigem responsabilidade, ética ou julgamento de alto risco\u003c/td\u003e\n\u003ctd data-label=\"Recurso prioritário\"\u003ePessoa\u003c/td\u003e\n\u003ctd data-label=\"Exemplos\"\u003eAprovação de envio externo, permissão de exceções, aprovação de ações de alto risco\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eUsar um LLM mesmo quando as regras são claras aumenta desnecessariamente o custo, a latência e a não determinismo. Por outro lado, fixar todos os julgamentos em regras de código dificulta o processamento de entradas reais com formas variadas de expressão. Um bom grafo combina as vantagens dos três recursos e valida entradas e saídas em cada fronteira.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#diferen%C3%A7a-entre-grafo-de-conhecimento-e-engenharia-de-grafos\" class=\"anchor\" id=\"diferença-entre-grafo-de-conhecimento-e-engenharia-de-grafos\"\u003e\u003c/a\u003eDiferença entre grafo de conhecimento e engenharia de grafos\u003c/h2\u003e\n\u003cp\u003eOs dois conceitos podem estar relacionados, mas não são iguais.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003e\n\u003cstrong\u003eUm grafo de conhecimento\u003c/strong\u003e é uma representação de dados que estrutura entidades, como pessoas, organizações, documentos e conceitos, e as relações entre elas.\u003c/li\u003e\n\u003cli\u003e\n\u003cstrong\u003eUm grafo de execução de agentes\u003c/strong\u003e representa a ordem e as condições em que as tarefas são executadas.\u003c/li\u003e\n\u003cli\u003e\n\u003cstrong\u003eA engenharia de grafos\u003c/strong\u003e pode se referir à prática de projetar a estrutura, o estado, o controle, a validação e a forma de operação de grafos de execução.\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eÉ possível conectar a busca em um grafo de conhecimento como um nó, mas um grafo de conhecimento não é obrigatoriamente necessário para a engenharia de grafos. Da mesma forma, construir um grafo de conhecimento não cria automaticamente um fluxo de trabalho de agentes com caminhos de novas tentativas e aprovação.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#elementos-ocultos-de-design-que-determinam-a-qualidade-operacional\" class=\"anchor\" id=\"elementos-ocultos-de-design-que-determinam-a-qualidade-operacional\"\u003e\u003c/a\u003eElementos ocultos de design que determinam a qualidade operacional\u003c/h2\u003e\n\u003cp\u003eUm sistema de produção não fica pronto apenas com um desenho do grafo. Os fatores que realmente determinam a confiabilidade são a semântica da execução e os contratos operacionais.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#contratos-de-estado-e-gerenciamento-de-vers%C3%B5es\" class=\"anchor\" id=\"contratos-de-estado-e-gerenciamento-de-versões\"\u003e\u003c/a\u003eContratos de estado e gerenciamento de versões\u003c/h3\u003e\n\u003cp\u003eÉ necessário definir os esquemas de entrada e saída de cada nó, os campos obrigatórios, as fontes de dados e as permissões de atualização. Também é preciso gerenciar a compatibilidade entre o esquema de estado e a versão do fluxo de trabalho para que execuções que já estavam interrompidas possam ser retomadas após uma alteração no grafo.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#recupera%C3%A7%C3%A3o-de-falhas-e-idempot%C3%AAncia\" class=\"anchor\" id=\"recuperação-de-falhas-e-idempotência\"\u003e\u003c/a\u003eRecuperação de falhas e idempotência\u003c/h3\u003e\n\u003cp\u003eSe um nó for executado novamente após um erro de rede, o envio de um e-mail ou um pagamento poderá ocorrer em duplicidade. Tarefas com efeitos colaterais externos precisam de chaves de idempotência, confirmação antes da execução, ações compensatórias ou um repositório de prevenção de duplicidade.\u003c/p\u003e\n\u003cp\u003eNem todas as falhas são iguais. É necessário distinguir caminhos por tipo de erro, repetindo a tentativa em caso de erro temporário de API, devolvendo entradas incorretas ao usuário e interrompendo imediatamente a execução em caso de violação de políticas.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#condi%C3%A7%C3%B5es-de-encerramento-e-or%C3%A7amento-de-custos\" class=\"anchor\" id=\"condições-de-encerramento-e-orçamento-de-custos\"\u003e\u003c/a\u003eCondições de encerramento e orçamento de custos\u003c/h3\u003e\n\u003cp\u003eLoops de gerador-avaliador devem ter um número máximo de repetições, um limite de tempo e um limite de tokens ou de custos. Também são necessárias condições para encerrar o processo ou encaminhá-lo a uma pessoa quando a melhoria de qualidade for mínima.\u003c/p\u003e\n\u003cp\u003eO custo total do grafo deve ser calculado considerando não apenas o custo de cada chamada de modelo, mas também novas tentativas, chamadas paralelas, armazenamento de estado, ferramentas externas e sistemas de observabilidade.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#observabilidade-e-avalia%C3%A7%C3%A3o\" class=\"anchor\" id=\"observabilidade-e-avaliação\"\u003e\u003c/a\u003eObservabilidade e avaliação\u003c/h3\u003e\n\u003cp\u003eOs registros operacionais devem indicar quais nós e modelos foram executados, quais caminhos foram selecionados e quais foram as entradas, saídas e erros. No entanto, é necessário aplicar mascaramento e períodos de retenção para evitar que dados pessoais, credenciais e dados comerciais confidenciais sejam armazenados diretamente nos logs.\u003c/p\u003e\n\u003cp\u003eA avaliação não termina com a pontuação da resposta final. Para identificar gargalos, é necessário medir também indicadores por nó e caminho, como precisão do roteamento, taxa de sucesso das ferramentas, taxa de atendimento aos requisitos de evidências, taxa de detecção de riscos antes da aprovação e número médio de novas tentativas.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#seguran%C3%A7a-e-limites-de-permiss%C3%A3o\" class=\"anchor\" id=\"segurança-e-limites-de-permissão\"\u003e\u003c/a\u003eSegurança e limites de permissão\u003c/h3\u003e\n\u003cp\u003eÉ preciso considerar a injeção de prompts, em que instruções contidas em documentos de busca ou entradas do usuário alteram as regras do sistema. Os argumentos de ferramentas gerados pelo modelo devem ser validados antes da execução, e cada nó deve receber apenas as permissões mínimas necessárias para realizar seu trabalho. Separar permissões de leitura, escrita, exclusão e envio externo pode reduzir o risco de que um erro em um nó se transforme em um incidente de todo o sistema.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#quando-a-engenharia-de-grafos-%C3%A9-adequada\" class=\"anchor\" id=\"quando-a-engenharia-de-grafos-é-adequada\"\u003e\u003c/a\u003eQuando a engenharia de grafos é adequada\u003c/h2\u003e\n\u003cp\u003eQuanto mais das condições a seguir ocorrerem ao mesmo tempo, maior será a utilidade de uma estrutura de grafo.\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eSão necessários diferentes caminhos de processamento especializado conforme a entrada.\u003c/li\u003e\n\u003cli\u003eTarefas independentes podem ser executadas em paralelo.\u003c/li\u003e\n\u003cli\u003eSe determinada etapa falhar, é necessário retornar a um ponto predefinido.\u003c/li\u003e\n\u003cli\u003eResultados intermediários precisam ser verificados ou auditados.\u003c/li\u003e\n\u003cli\u003eÉ necessária uma aprovação antes de alterar um sistema externo.\u003c/li\u003e\n\u003cli\u003eA execução é longa e precisa ser retomada após uma interrupção ou ter seu estado preservado.\u003c/li\u003e\n\u003cli\u003eAs permissões e o escopo de acesso aos dados de cada ferramenta precisam ser separados.\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003ePara resumos simples, uma única classificação ou perguntas e respostas curtas, uma chamada a um único modelo ou um pipeline sequencial curto é melhor. Se o ônus de gerenciamento de estado, testes, observabilidade e implantação criado pela adoção do grafo superar os benefícios obtidos, trata-se de engenharia excessiva.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#checklist-de-revis%C3%A3o-do-design\" class=\"anchor\" id=\"checklist-de-revisão-do-design\"\u003e\u003c/a\u003eChecklist de revisão do design\u003c/h2\u003e\n\u003col\u003e\n\u003cli\u003eDefinir o resultado final e os critérios de sucesso de forma mensurável.\u003c/li\u003e\n\u003cli\u003eLimitar cada nó a uma única responsabilidade e a entradas e saídas testáveis.\u003c/li\u003e\n\u003cli\u003eImplementar regras claras em código e minimizar o escopo de julgamento do LLM.\u003c/li\u003e\n\u003cli\u003eDefinir o esquema de estado e as regras de mesclagem dos resultados paralelos.\u003c/li\u003e\n\u003cli\u003eDistinguir erros que permitem novas tentativas daqueles que exigem interrupção imediata.\u003c/li\u003e\n\u003cli\u003eDefinir limites máximos para o número de repetições, o tempo de execução e os custos.\u003c/li\u003e\n\u003cli\u003eIncluir mecanismos para impedir execuções duplicadas em nós com efeitos colaterais externos.\u003c/li\u003e\n\u003cli\u003ePosicionar a aprovação humana e explicações suficientes antes de ações de alto risco.\u003c/li\u003e\n\u003cli\u003ePreparar logs por nó e caminho, métricas de avaliação e regras de proteção de dados pessoais.\u003c/li\u003e\n\u003cli\u003eVerificar novamente se não é possível alcançar a mesma confiabilidade com uma estrutura mais simples.\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch2\u003e\n\u003ca href=\"#resumo-dos-pontos-principais\" class=\"anchor\" id=\"resumo-dos-pontos-principais\"\u003e\u003c/a\u003eResumo dos pontos principais\u003c/h2\u003e\n\u003cp\u003eSe um único agente equivale a atribuir várias tarefas de uma só vez a um funcionário competente, a engenharia de grafos se aproxima do trabalho de projetar as funções da organização, os caminhos de transferência de tarefas, os procedimentos de revisão e as linhas de aprovação.\u003c/p\u003e\n\u003cp\u003eO ponto central não é o número de agentes, mas uma estrutura controlável. Deve ficar claro em quais etapas a AI toma decisões, onde o código faz a validação e quando uma pessoa toma uma decisão responsável. Somente com contratos de estado, recuperação de falhas, observabilidade, controle de permissões e limites de custos o grafo deixa de ser um simples diagrama e se torna um sistema de AI operacional.\u003c/p\u003e\n","tags":["IA generativa","Engenharia de contexto","Engenharia de harness","Agentes de IA","Desenvolvimento de IA","Ferramentas de desenvolvimento"],"faqs":[{"question":"O que é engenharia de grafos?","answer":"É uma abordagem que divide tarefas complexas de IA em nós e projeta explicitamente os caminhos de transição entre as tarefas, o estado compartilhado, as condições de ramificação, as repetições e os procedimentos de aprovação. Em vez de ser um termo padrão único consensual em todo o setor, é mais uma expressão prática para descrever a orquestração de agentes baseada em grafos."},{"question":"Qual é a diferença entre engenharia de grafos e engenharia de prompts?","answer":"A engenharia de prompts trata de quais instruções e exemplos fornecer a cada chamada de modelo. A engenharia de grafos trata de como conectar várias chamadas de modelos, código, ferramentas e decisões humanas, e em que ordem e sob quais condições. Os prompts continuam sendo usados dentro de cada nó que compõe o grafo."},{"question":"Engenharia de grafos e grafos de conhecimento são o mesmo conceito?","answer":"Não. Um grafo de conhecimento consiste em dados que estruturam entidades e relações, enquanto um grafo de execução de agentes representa a ordem das tarefas e o fluxo de controle. A busca em um grafo de conhecimento pode ser usada como um nó do grafo de execução, mas nenhum deles é um requisito obrigatório para o outro."},{"question":"É preciso transformar todos os nós em agentes de IA?","answer":"Não é necessário. Para tarefas com resultados claros, como contagem, comparação de datas e validação de formato, o código convencional é mais rápido, barato e previsível. É adequado deixar a interpretação de linguagem natural e a avaliação qualitativa para a IA, e as decisões de grande responsabilidade ou difíceis de reverter para as pessoas."},{"question":"Como o ciclo gerador-avaliador evita repetições infinitas?","answer":"É necessário definir previamente o número máximo de repetições, os limites de tempo e custo e os critérios de aprovação. Também são necessárias condições de encerramento para retornar o melhor resultado anterior ou encaminhar o caso para revisão humana quando a qualidade não melhorar mesmo após as repetições ou quando o grau de confiança da avaliação for baixo."},{"question":"Os sistemas multiagentes são sempre melhores do que um único agente?","answer":"Não. À medida que o número de funções aumenta, também crescem o custo das chamadas, os erros na transferência de estado, a latência e a dificuldade de depuração. A estrutura multiagente deve ser escolhida somente quando a separação entre funções especializadas contribuir efetivamente para a qualidade ou o controle de permissões, e pode ser melhor processar procedimentos fixos por meio de um fluxo de trabalho de código convencional."},{"question":"O que deve ser armazenado no estado do grafo?","answer":"O princípio é armazenar somente os dados necessários para a etapa seguinte, como a solicitação do usuário, resultados intermediários validados, fontes, tipos de erro, número de repetições e status de aprovação. É necessário definir o formato e as permissões de alteração de cada campo, e as credenciais ou informações pessoais desnecessárias não devem ser armazenadas ou devem ser mascaradas."},{"question":"Quais cuidados devem ser tomados ao tentar novamente um nó que falhou?","answer":"Primeiro, é necessário distinguir se o erro é temporário, se a própria entrada está incorreta ou se a execução deve ser interrompida por razões de política. Para tarefas com efeitos colaterais externos, como envio de e-mails, pagamentos e alterações de dados, devem ser usadas chaves de idempotência e verificações de execução duplicada."},{"question":"Quais tarefas não precisam de engenharia de grafos?","answer":"Em geral, ela não é necessária para tarefas em que uma única chamada é suficiente, como um resumo simples, uma breve sessão de perguntas e respostas ou uma única classificação. Se o gerenciamento de estado e os custos operacionais decorrentes da adição de um grafo forem maiores do que as melhorias em qualidade, controle ou capacidade de recuperação, é melhor manter uma estrutura simples."}],"sources":[{"url":"https://www.anthropic.com/research/building-effective-agents","title":"Construindo agentes eficazes","type":"source"},{"url":"https://github.com/langchain-ai/langgraph","title":"LangGraph","type":"source"},{"url":"https://docs.temporal.io/","title":"Documentação do Temporal","type":"source"},{"url":"https://www.nist.gov/itl/ai-risk-management-framework","title":"Estrutura de Gestão de Riscos de IA do NIST","type":"source"},{"url":"https://github.com/getzep/graphiti","title":"Graphiti","type":"source"},{"url":"https://genai.owasp.org/llm-top-10/","title":"Top 10 da OWASP para aplicações de modelos de linguagem de grande escala","type":"source"}],"images":[{"id":809,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MTA0NzMsInB1ciI6ImJsb2JfaWQifX0=--ef1105ce6a385a669f3ac38d2daca7268be12737/ai-8a9b7d63.webp","is_representative":true,"generation_method":"ai_photo","license":"ai_generated","mime_type":"image/webp","translations":{"ko":{"alt":"서버실에서 여성이 터치스크린의 연결된 워크플로 그래프를 조작하는 모습","caption":"엔지니어가 노드와 경로로 구성된 AI 에이전트 워크플로를 점검하고 있다.","description":null},"en":{"alt":"Woman operating a connected workflow graph on a touchscreen in a server room","caption":"An engineer examines an AI agent workflow composed of interconnected nodes and paths.","description":null},"ja":{"alt":"サーバールームでタッチ画面上のワークフローグラフを操作する女性","caption":"エンジニアがノードと経路で構成されたAIエージェントのワークフローを確認している。","description":null},"es":{"alt":"Mujer operando un grafo de flujo de trabajo en una pantalla táctil de una sala de servidores","caption":"Una ingeniera examina un flujo de agentes de IA compuesto por nodos y rutas conectados.","description":null},"id":{"alt":"Perempuan mengoperasikan grafik alur kerja pada layar sentuh di ruang server","caption":"Seorang insinyur memeriksa alur kerja agen AI yang tersusun dari simpul dan jalur terhubung.","description":null},"pt":{"alt":"Mulher operando um grafo de fluxo de trabalho em uma tela sensível ao toque numa sala de servidores","caption":"Uma engenheira analisa um fluxo de agentes de IA formado por nós e caminhos interligados.","description":null},"zh-hant":{"alt":"女子在伺服器機房操作觸控螢幕上的工作流程圖","caption":"工程師正在檢視由節點與路徑連接而成的 AI 代理工作流程。","description":null},"de":{"alt":"Frau bedient in einem Serverraum einen vernetzten Workflow-Graphen auf einem Touchscreen","caption":"Eine Ingenieurin prüft einen KI-Agenten-Workflow aus verbundenen Knoten und Pfaden.","description":null}}},{"id":810,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MTA0NzksInB1ciI6ImJsb2JfaWQifX0=--dcdc470a0909904f41c12684bf7ee53b4ab8a805/ai-03b3a3b1.webp","is_representative":false,"generation_method":"ai_image","license":"ai_generated","mime_type":"image/webp","translations":{"ko":{"alt":"AI 에이전트, 데이터 대시보드, 보안 단계를 화살표로 연결한 워크플로 다이어그램","caption":"데이터 처리와 검증, 보안, 사람의 승인을 연결하는 AI 에이전트 워크플로를 보여준다.","description":null},"en":{"alt":"Workflow diagram linking AI agents, data dashboards, validation, security, and human review","caption":"The diagram shows a structured AI agent workflow spanning data processing, validation, security, and human approval.","description":null},"ja":{"alt":"AIエージェント、データ画面、検証、セキュリティ、人の確認を矢印で結んだワークフロー図","caption":"データ処理から検証、セキュリティ、人による承認までをつなぐAIエージェントの流れを示している。","description":null},"es":{"alt":"Diagrama de flujo con agentes de IA, paneles de datos, validación, seguridad y revisión humana","caption":"El diagrama muestra un flujo estructurado de agentes de IA con procesamiento, validación, seguridad y aprobación humana.","description":null},"id":{"alt":"Diagram alur yang menghubungkan agen AI, dasbor data, validasi, keamanan, dan tinjauan manusia","caption":"Diagram ini menunjukkan alur kerja agen AI terstruktur dari pemrosesan data hingga validasi, keamanan, dan persetujuan manusia.","description":null},"pt":{"alt":"Diagrama de fluxo com agentes de IA, painéis de dados, validação, segurança e revisão humana","caption":"O diagrama mostra um fluxo estruturado de agentes de IA com processamento, validação, segurança e aprovação humana.","description":null},"zh-hant":{"alt":"以箭頭連結 AI 代理、資料儀表板、驗證、安全與人工審核的工作流程圖","caption":"此圖呈現串聯資料處理、驗證、安全控管與人工核准的 AI 代理工作流程。","description":null},"de":{"alt":"Workflow-Diagramm mit KI-Agenten, Daten-Dashboards, Validierung, Sicherheit und menschlicher Prüfung","caption":"Das Diagramm zeigt einen strukturierten KI-Agenten-Workflow von der Datenverarbeitung bis zur Validierung und Freigabe.","description":null}}}],"published_at":"2026-08-21T02:29:06+09:00","updated_at":"2026-08-21T02:29:06+09:00","license":"cc_by","translation_status":"reviewed","available_locales":["ko","en","ja","es"],"data_locales":["ko","en","ja","es","id","pt","zh-hant","de"],"url":"https://injoys.com/en/articles/graph-engineering-ai-agent-workflow-guide"}