그래프 엔지니어링이 바꾼 건 구조보다 AI 작업자예요

그래프 엔지니어링이 바꾼 건 구조보다 AI 작업자예요

AI 뉴스 썸네일

여러 AI 작업자를 연결하면 시스템이 더 똑똑해질까요. Graph Engineering은 이 질문을 작업 순서와 검증 규칙의 문제로 바꿔요. 그래프라는 모양은 오래됐지만, 각 단계에서 판단하는 주체가 확률적인 LLM으로 바뀌면서 설계자가 챙길 항목이 늘었어요. 1

핵심 요약

구분	핵심	왜 볼 만한가요
Loop Engineering	한 작업을 수행하고 외부 검증 결과에 따라 다시 시도해요	반복 작업의 성공 조건과 중단 조건을 작게 설계할 수 있어요
Graph Engineering	여러 루프와 작업 단계를 병렬 분기, 인계, 상태 공유로 연결해요	작업이 길어질수록 제어 흐름과 실패 복구를 한눈에 관리할 수 있어요
실제 변화	고정 규칙 대신 LLM이 각 노드에서 지시를 해석하고 행동을 골라요	같은 입력에서도 판단이 달라질 수 있어 검증과 비용 제한이 필요해요
검증 기준	다른 AI의 동의만으로 결과를 확정하지 않아요	실행된 테스트와 사람의 승인처럼 시스템 밖의 증거를 남겨야 해요

1. 루프를 연결하면 그래프가 돼요

Loop Engineering은 하나의 목표를 반복해서 처리하는 단위예요. 작업자가 결과를 만들고, 검증기가 조건을 확인해요. 실패하면 작업을 되돌리고, 테스트 통과처럼 확인할 수 있는 조건을 만족하면 멈춰요. 간단한 코드 수정이나 문서 점검처럼 범위가 좁은 일에 잘 맞아요. 2

작업이 커지면 하나의 루프만으로 부족해져요. 코드 변경을 만든 뒤 여러 검토 작업을 병렬로 실행하고, 발견한 문제를 모아 수정 단계로 넘길 수 있어요. 수정 뒤에는 테스트를 실행해요. 실패하면 앞 단계로 돌아가고, 통과하면 종료해요. 이처럼 여러 루프와 작업 인계를 연결한 상위 구조가 그래프예요.

728x90

그래프 자체는 새 기술이 아니에요. 워크플로 엔진, DAG 스케줄러, 상태 머신은 오래전부터 작업 순서와 분기를 관리했어요. 지금 달라진 부분은 노드 안에서 일하는 실행자예요. 기존 파이프라인의 노드는 정해진 규칙을 따르지만, LLM 작업자는 지시를 해석하고 다음 행동을 선택해요. 같은 입력을 받아도 다른 도구나 경로를 고를 수 있어요.

이 차이 때문에 상태 전달 규칙을 적어 두어야 해요. 다음 노드가 어떤 정보를 받을지, 어느 작업을 병렬로 돌릴지, 누가 결과를 거부할 수 있는지 정해야 해요. 실패 시 돌아갈 단계와 최대 반복 횟수도 필요해요. 토큰과 실행 비용의 상한을 두지 않으면 여러 작업자가 비슷한 검토를 반복하며 자원만 쓸 수 있어요.

AI끼리 합의해도 검증은 끝나지 않아요

같은 모델이 같은 맥락을 읽으면 비슷한 실수를 공유할 수 있어요. 검토 작업자를 늘렸는데 모두 같은 오류를 놓치는 상황도 생겨요. 결과가 깔끔하게 정리됐다는 사실은 정확성을 보장하지 않아요.

최종 판단에는 작업 흐름 밖의 근거가 필요해요. 코드라면 실제로 실행한 테스트가 근거가 돼요. 결제 작업이라면 거래 완료 기록을 확인해야 해요. 위험이 큰 변경에는 새로운 맥락을 받은 다른 모델의 검토나 사람의 승인 단계를 둘 수 있어요.

처음부터 큰 그래프를 만들 필요는 없어요

반복할 실제 작업 하나와 확인할 수 있는 성공 조건부터 잡는 편이 좋아요. 운영하면서 자주 발생하는 실패를 확인한 뒤 검토자, 병렬 분기, 상태 저장, 재시도 규칙을 더하면 돼요. 구조가 복잡해서가 아니라 실제 작업이 복잡해질 때 그래프를 키우는 방식이에요.

왜 중요한가요

AI 작업 자동화의 품질은 작업자 수보다 제어 규칙에서 갈려요. 여러 LLM을 연결해도 상태가 빠지거나 종료 조건이 모호하면 같은 일을 반복할 수 있어요. 반대로 단일 루프라도 외부 검증과 명확한 중단 조건이 있으면 운영 결과를 추적하기 쉬워요. 2

도입 전에 네 가지를 확인하면 돼요. 첫째, LLM 판단이 필요한 단계와 결정적인 코드로 남길 단계를 나눠요. 둘째, 각 단계가 넘길 상태를 정해요. 셋째, 실패 복구 경로와 비용 상한을 둬요. 넷째, 테스트나 사람의 승인처럼 독립된 증거로 최종 결과를 확인해요. 이 기준이 잡힌 뒤에 그래프 도구를 고르면 프레임워크가 설계를 대신해 줄 것이라는 기대를 줄일 수 있어요.

참고 자료

1. Graph 엔지니어링 vs Loop 엔지니어링: 실제로 달라진 것은 무엇인가 — GeekNews
2. Graph Engineering vs Loop Engineering: What Actually Changed — Louis-François Bouchard