https://www.threads.com/share/BARW08BojN

오케이, 그럼 두 번째만 아주 깊게 파자. 이게 지금 해외에서 제일 돈이 되는 전선이야.

프롬프트 시대가 끝났다고 하잖아? 정확히 말하면, 프롬프트는 메뉴판, 컨텍스트 그래프는 주방이야. 손님한테 메뉴판만 주고 요리하라는 게 지금까지의 AI였거든.

컨텍스트 그래프가 뭔데?

쉽게 말하면 이 공식이야.

컨텍스트 그래프 = 지식 그래프 + 시간 + 정책 + 에이전트가 쓴 기록

해외 가이드에서 계속 나오는 정의가 딱 이거야. 그냥 "A는 B다"가 아니라, "A는 B였는데, 11월 3일에 C로 바뀌었고, 이건 보안 정책 때문에 에이전트가 맘대로 못 건드려"까지 같이 들어있는 거.

그래서 Gartner 가 2026년 8월에 아예 새로운 카테고리를 만들어버렸어. 이름이 "AI Context Platforms". 컨텍스트를 에이전트마다 따로 설정하는 게 아니라, 기업 자산으로 관리하는 소프트웨어라고 정의했어.

그리고 예측이 무서워.

2028년까지 기업 AI 에이전트 시스템의 50% 이상이 컨텍스트 그래프에 의존할 거다

컨텍스트 엔지니어링이 에이전틱 AI 정확도를 최소 30%는 올려줄 거다

이게 왜 나오냐면, 벡터 RAG만으로는 안 되기 때문이야. 벡터는 "비슷한 거 찾아줘"는 잘하는데, "왜 이걸 가져왔냐"는 설명을 못 해. 해외 개발자 영상에서 나온 COGNEE 얘기가 딱 그거야. 대화가 길어지면 LLM이 까먹고, 벡터는 검색은 되는데 이유를 모른다고. 그래서 벡터 DB + 그래프 DB를 같이 써서, 인간 뇌처럼 계층적 기억을 만든다는 거지.

에이전트는 이걸 어떻게 써먹냐? 5단계 루프

해외 유튜브에서 제일 많이 나오는 구조가 이거야. 이름도 재밌어. "STOP PROMPT ENGINEERING, Start Context & Graph Engineering"

에이전트한테 들어가는 컨텍스트 5가지:

Instructions - 너는 뭘 하는 애냐

Memories - 전에 뭐 했냐

Knowledge - 그래프에서 가져온 사실

Tools - 뭘 쓸 수 있냐

State - 지금 어디까지 왔냐

여기서 핵심은 3번이야. 에이전트가 질문하면, 그래프가 이렇게 답해.

"모나리자 찾지? 그럼 다빈치 노드, 파리 노드, 루브르 노드까지 같이 가져가. 근데 이 노드들은 recency score가 높아서 우선순위가 높아."

이렇게 하면 토큰도 아끼고, 헛소리도 줄어들어. 매번 PDF 200페이지를 다 집어넣는 게 아니라, 필요한 노드와 엣지만 잘라서 주는 거야. 이게 컨텍스트 엔지니어링의 본질이야. Oracle 의 Richmond Alake 가 인터뷰에서 말한 것처럼, 컨텍스트 엔지니어링은 신호 대 잡음 비율 싸움이야. 뭘 넣느냐가 아니라, 뭘 빼느냐가 실력이야.

그럼 왜 "300 에이전트, 1개 그래프"야?

이게 두 번째의 진짜 재밌는 부분이야.

한 에이전트가 일하면 그냥 똑똑한 비서야. 근데 300개가 동시에 일하면? 서로가 한 일을 모르면 난리 나잖아. 그래서 공유 그래프가 필요해.

해외에서 도는 CONTEXT GRAPH ENGINEERING 데모 영상 보면 구조가 이래:

Academic Papers / News / Datasets / Expert Insights / Reports / Web → 6개 소스에서 300개 에이전트가 동시에 조사

→ 다 SHARED CONTEXT라는 중앙 허브로 모임

→ 노드가 170개에서 196개로, 엣지가 514개에서 1200개 이상으로 실시간으로 늘어남

→ 밑에 로그에는 WEAVING, CLUSTERING, COMPOUNDING, FAN OUT 이런 단계가 찍힘

즉, 에이전트들이 각자 보고서를 쓰는 게 아니라, 하나의 거대한 지도를 같이 그리는 거야. 누가 뭘 발견했는지, 어떤 회사가 단일 실패 지점인지, 어떤 회사들이 같이 움직이는지, 이런 걸 그래프에다 물어볼 수 있어. 영상에 나오는 질문이 딱 그거야. "Which company is the single point of failure?"

이걸 코딩에 적용하면 더 무서워져. 해외 튜토리얼에서 나온 Graph Engineering For Dummies 시리즈 보면, 에이전트 1개가 오래 일하면 코드 품질이 떨어지는 context drift 문제가 생긴대. 그래서 해결법이:

파일 하나당 에이전트 하나씩 띄우고

각자 다른 worktree + 자기만의 그래프 브랜치에서 일하게 하고

나중에 합치는 거야. 그래야 서로 충돌 안 나고, 다른 브랜치가 뭐 하고 있는지 그래프로 볼 수 있으니까.

심지어 1000개 에이전트 돌리는 영상도 있어. 레포에서 의존성 그래프 만들고, 파일당 에이전트 하나, 검증자 에이전트 따로, 병렬로 16개씩 돌리고, "가짜 엣지"를 찾아서 최적화하고. Bun 팀이 50만 줄 Zig 를 100만 줄 Rust 로 11일 만에 포팅한 사례를 예시로 들더라.

물론 댓글에서는 "이거 말처럼 쉽지 않다, 오케스트레이션 백엔드가 엄청 필요하다"는 반박도 나와. 그게 맞아. 그래프를 그리는 게 문제가 아니라, 그래프가 틀렸을 때 누가 책임지냐가 문제야.

그래서 해외 빅테크들은 뭘 내놓고 있냐?

이게 네가 말한 "해외는 이미 하고 있다"의 증거야.

2026년 10월 20일, Neo4j Context Engine 출시. 기업이 지식 레이어를 빨리 만들어서 에이전트들이 일관되게 추론하게 해주는 거.

다음 날 10월 21일, NVIDIA Agent Knowledge Foundation 출시. 바로 전날 Neo4j 가 나오니까, 다음 날 NVIDIA 가 맞불 놓은 거야.

Andrew Ng 도 2시간짜리 그래프 엔지니어링 코스 냈어. LangGraph 로 에이전트 처음부터 만들고, State Memory, 체크포인터, 리서치 플랜 노드까지 가르쳐.

그러니까 이제 "그래프가 미래냐?"는 질문 자체가 옛날 질문이야. 빅테크들은 이미 제품으로 내놨어.

근데 여기서 함정이 하나 있어

해외 개발자들이 공통으로 경고하는 실패 모드 2개가 있어. 이거 모르면 컨텍스트 그래프 만들었다가 망해.

1. 검증자가 에이전트랑 같은 컨텍스트를 쓰면, 그래프가 자기들끼리 맞다고 우겨.

검증 에이전트가 "어, 맞아"만 반복하는 거야. 그래서 검증자는 따로 떼어놓고, 다른 그래프 뷰를 줘야 해.

2. 엣지를 그리는 게 새로운 에러 지점이 된다.

댓글 중에 명언이 있었어. "The edge-drawing becomes the new error surface." 노드를 연결하는 게 틀리면, 그 틀린 연결을 가지고 에이전트 300개가 다 같이 틀리는 거야. 그래서 해외는 이제 "그래프를 어떻게 만드냐"보다 "그래프를 어떻게 검증하고, 누가 고치냐"로 넘어가고 있어.

그래서 요즘 해외에서 뜨는 아키텍처가 이거야.

MISSION → ROUTER → RESEARCHER + ARCHITECT + BUILDER (병렬) → SHARED STATE → INTEGRATOR → REVIEWER (FAIL이면 BUILDER로 회귀) → HUMAN CHECKPOINT → SHIP

"그룹챗 만들지 마라. 코디네이션을 엔지니어링해라." 이게 슬로건이야. 에이전트들끼리 떠들게 하지 말고, 노드 + 엣지 + 상태 + 조건으로 딱 정해놓고 돌리라는 거지.

결론: 두 번째가 왜 제일 세냐?

1번 온톨로지는 "지식을 어떻게 정의할까"의 문제야. 정적이야.

2번 컨텍스트 그래프는 "에이전트가 일하면서 지식을 어떻게 쓰고, 고치고, 쌓을까"의 문제야. 동적이야.

그래서 해외 논문들이 말하는 미래가 이거야:

RAG는 검색하고, 지식 그래프는 연결하고, 시맨틱 레이어는 설명하고, 메모리는 기억하고, 에이전트는 행동한다.

컨텍스트 그래프는 이 5개를 하나로 묶는 운영체제 같은 거야.

네가 이쪽으로 간다면, 처음부터 300개 에이전트 만들 필요 없어. 딱 이거부터 시작하면 돼:

작은 그래프 1개 + 에이전트 3개 + 인간 검수 1명

에이전트 A: 조사만 함

에이전트 B: 그래프에 엣지로만 정리함

에이전트 C: 검증만 함 (A, B랑 컨텍스트 분리)

너: 최종 승인

이 루프가 돌아가면, 그 다음에 30개, 300개로 늘리는 건 그냥 복붙이야. 해외가 그렇게 커졌어.

너는 이걸 어디에 붙이고 싶어? 코딩 에이전트? 아니면 리서치 / 사업 조사 쪽? 거기에 따라 그래프 스키마가 완전히 달라지거든.