그래프로 읽는 컨텍스트: 에이전트에게 파일 전체 대신 관계를 주는 이유
코드 그래프와 지식 그래프(GraphRAG)가 AI 에이전트의 컨텍스트 비용과 오류를 어떻게 줄이는지, 그리고 기업 업무 데이터에 같은 구조를 적용하는 AX 설계 기준을 정리했습니다.
에이전트에게 자료를 통째로 넣는 방식은 두 가지 비용을 냅니다. 토큰 비용과, 관련 없는 내용 때문에 생기는 오류입니다. 2026년 개발 도구 쪽에서 널리 쓰이게 된 해법은 파일이 아니라 '관계'를 주는 것입니다. 심볼이 어디에 정의됐고 누가 호출하는지를 미리 그래프로 만들어 두면, 에이전트는 파일을 읽는 대신 필요한 노드와 엣지만 받습니다. 같은 질문에 드는 토큰이 10분의 1 아래로 내려가는 경우가 흔합니다.
코드 그래프에서 배운 것
노벤티스는 자체 개발과 고객사 프로젝트에서 코드 그래프 도구를 씁니다. 리팩터 전에 호출 관계를 전부 펼쳐 영향 범위를 확인하고, '이 기능이 어떻게 동작하는가'는 파일 열람이 아니라 그래프 질의로 답합니다. 효과는 비용보다 정확도에서 더 큽니다. 에이전트가 사이드 파일을 놓치고 한 곳만 고치는 실수가 줄어듭니다.
기업 업무 데이터에 같은 구조를 쓰는 법
업무 데이터도 관계로 이루어져 있습니다. 고객과 계약, 계약과 담당자, 담당자와 승인 권한, 상품과 정책. GraphRAG는 문서 조각을 벡터로만 찾는 대신 이런 관계를 그래프로 두고 질의 시점에 필요한 이웃만 가져옵니다. 노벤티스가 AX 설계에서 그래프를 쓰는 기준은 단순합니다.
- 질문이 '무엇'보다 '누가·언제·어떤 조건에서'를 묻는 경우: 관계가 답의 핵심이면 그래프가 맞습니다.
- 권한과 승인이 얽힌 경우: 그래프에 권한 엣지를 두면 에이전트가 볼 수 없는 데이터를 구조적으로 막을 수 있습니다.
- 변경 이력이 중요한 경우: 노드에 시각과 해시를 붙이면 '그때 무엇을 알고 판단했는가'를 재현할 수 있습니다.
그래프는 만능이 아니다
그래프를 만드는 비용은 실제로 듭니다. 데이터가 작고 관계가 단순하면 잘 만든 검색 하나가 낫습니다. 노벤티스는 AX 진단 단계에서 데이터의 관계 밀도와 질문 유형을 먼저 보고, 그래프가 필요한 곳에만 넣습니다. 도구를 먼저 정하고 문제를 끼워 맞추는 순서는 언제나 비쌉니다.