"루프 엔지니어링 다음은 그래프 엔지니어링이다."
이 말, 최근 한 달 사이 어디선가 들어보셨을 겁니다.
저도 그랬습니다. 6월에 루프 엔지니어링 설명 글을 쓰고 얼마 안 지나 리서치를 돌리다가 이 말을 만났거든요.
어? 하고 자료부터 모으기 시작했습니다.
찾아보니 이 용어는 2026년 7월 4일 첫 문서화된 사용부터 7월 22일 LangChain 공식 정리 글까지 딱 4주더라고요. 밈에서 상품까지요.
내용보다 속도가 재밌었습니다. 그리고 그 속도를 만든 게 진지한 주장이 아니라 농담이었다는 게, 제일 흥미로웠습니다.
- 01그래프 엔지니어링은 새 기술이 아닙니다. LangGraph·AutoGen이 이미 하던 그래프 오케스트레이션에 새 이름을 붙인 것뿐입니다.
- 02바이럴은 OpenClaw 만든 Peter Steinberger가 놀리려고 던진 트윗에서 시작됐습니다. 놀림이 오히려 불을 붙였습니다.
- 03LangChain조차 자기 블로그에서 '새 아이디어가 아니라 기존 접근의 최신 이름'이라고 씁니다.
- 04Karpathy가 만들었다는 소문, 저도 처음엔 믿을 뻔했습니다. 확인해보니 사실이 아니었습니다.
- 05제가 실제로 한 건 지금 갈아타는 게 아니라, 신호 두 개를 정해두고 8월 말에 다시 보기로 한 것입니다.
무슨 일이 있었나
타임라인으로 정리하면 이렇게 됩니다.
| 시점 | 사건 |
|---|---|
| 2026-06 | Addy Osmani 등이 loop engineering을 대중화. Anthropic의 Boris Cherny가 '나는 이제 prompt 안 한다, loop를 돌린다'고 말한 시기입니다. |
| 07-04 | Josh C. Simmons가 'We Are Entering the Graph Engineering Phase'를 씀(drjoshcsimmons.com, 8월 1일 확인). 확인 가능한 최초의 문서화된 사용입니다. |
| 07-17~18 | Peter Steinberger가 'Are we still talking loops or did we shift to graphs yet?'라고 트윗(x.com/steipete, 8월 1일 확인). 본인은 용어 재작명을 놀리려던 것이었는데, 이게 바이럴 시작점이 됩니다. |
| 07-18 | Carlos E. Perez가 Medium(medium.com/intuitionmachine, 8월 1일 확인)에 'From Loop Engineering to Graph Engineering?'을 올리며 논의가 진지해지기 시작. |
| 07-18~20 | 48시간 안에 설명 글과 다이어그램이 쏟아지고, 동시에 백래시도 붙습니다. "Two Engineers Made a Joke About Graph Engineering. Six Days Later It Had Courses."(ai.gopubby.com, 8월 1일 확인) — 농담이 6일 만에 유료 강좌가 됐다는 기사 제목입니다. |
| 07-21~22 | theaioperator.io(8월 1일 확인) 필드 가이드, LangChain 공식 블로그(langchain.com/blog, 8월 1일 확인) '3 Years of Graph Engineering with LangGraph'가 올라오며 용어가 일단 정리됩니다. |
| 07-20 전후 | 한국어권에서도 네이버 블로그·개인 뉴스레터(qjc.app/blog/graph-engineering, 8월 1일 확인)를 중심으로 확산 시작. |
이 표를 보다가 저는 웃음이 났는데요.
바이럴을 시작시킨 사람이, 정작 이 용어를 비웃으려고 트윗을 썼거든요.
놀리려고 던진 말이 4주 만에 콘텐츠 산업이 됐습니다. 유행어의 생명력은 주장이 맞고 틀리고랑 상관없이 굴러가는구나 싶었고요.
제가 헷갈렸던 지점 둘
리서치 중에 저도 두 번 헛다리를 짚었는데요.
첫 번째. "Karpathy가 만든 용어라더라"는 얘기를 어디선가 듣고, 저는 그냥 믿을 뻔했습니다. 워낙 context engineering을 그 사람이 대중화시켰으니까, 그래프 엔지니어링도 그 연장선이겠거니 하고요.
근데 확인해보니 아니었습니다. Karpathy가 graph engineering을 직접 언급한 기록은 못 찾았습니다. 이미 한국 블로그에도 "카파시가 냈다더라 해서 확인해봤더니 아니었다"는 팩트체크 글이 따로 있더군요(blog.naver.com/jmk8684/224361146927, 8월 1일 확인).
허허. 유명인 이름 하나 붙으면 검증 없이 퍼진다는 걸 직접 겪은 거죠.
두 번째. 이번 초안을 채점하려고 제 판정 스크립트를 찾았는데, 없었습니다. 예전에 "이제 안 쓴다"고 제가 직접 지워버렸더라고요.
지울 때는 이 스크립트를 부르는 곳이 코드 안에 한 군데도 없었습니다. 그런데 이번에 루프 인프라를 실전에 쓰기 시작하면서 부르는 곳이 다시 생겼고요. 그래서 살려서 썼습니다.
용어가 없어도 실제로 쓰이는 물건은 살아남고, 용어가 생겨도 아무도 안 부르면 죽습니다. 제가 그래프 엔지니어링이라는 이름 대신 신호 두 개를 보기로 한 것도 같은 이유고요. 이름보다 쓰임을 보는 겁니다.
그래서 저는 뭘 하기로 했나
갈아타지 않기로 했습니다. 대신 신호 두 개만 보기로 했고요.
하나, LangChain·Google ADK·Microsoft Agent Framework 같은 주요 벤더가 이 용어를 공식 문서에 정식으로 채택하는가.
둘, 한국 주류 IT 언론 보도가 지금 0건에서 움직이는가.
지금 기준으로는 둘 다 아직입니다. 8월 말이나 9월에 다시 봅니다.
이렇게 판단을 미룬 이유는, 이게 완전히 빈 얘기는 아니어서입니다. 제가 지금까지 만든 루프 산출물엔 없던 게 하나 있었습니다. 작업 단계마다 뭘 하는 놈인지 이름을 붙이라는 겁니다. 에이전트인지 그냥 함수인지 사람이 봐야 하는 지점인지요. 단계 사이 이동 조건을 명시하고 중간 상태를 저장해 재시작 가능하게 만들라는 요구도 있었습니다.
"루프는 자기 자신으로 돌아오는 화살표 하나짜리 그래프다"라는 설명을 보고, 어느 정도 납득했습니다.
제 식으로 다시 정리하면 이렇습니다(explainx.ai, 8월 1일 확인). 하네스가 믿고 돌릴 수 있는 판을 깔고, 그 위에서 루프가 한 사이클씩 돌고, 그래프는 그 루프 여러 개를 어떤 순서로 엮을지 정하는 자리입니다. 지금 제가 가진 루프는 한 사이클짜리라 아직 이 자리를 쓸 일이 없습니다. 신호 두 개만 지켜보기로 한 이유가 이겁니다. 지금 당장 갈아탈 일은 없습니다.
지식 그래프 쪽 정의도 있긴 한데 근거가 얕습니다. 다수 의견은 워크플로우 오케스트레이션 쪽이고, 저도 그쪽에 한 표 던집니다.
한계
이 판단에는 한계가 있습니다. 발생 4주차 밈이라 표본이 짧고, 제가 본 자료 상당수가 영어권 X·Medium, 한국어권은 네이버 블로그·뉴스레터 얼리어답터 계층에 몰려 있습니다.
주류 언론은 아직 이 맥락을 안 다뤘고요. 이 글이 결론이 아니라 관찰 기록에 가까운 이유입니다.
학술 쪽에서는 밈과 무관하게 그래프 기반 워크플로우 연구가 계속 있어 왔다는 것도 적어둡니다. 그쪽은 유행과 별개로 실체가 있고요.
마무리
이번 리서치로 실제로 바뀐 것도 있습니다.
"그래프 엔지니어링"을 제 용어집·문서에 편입하는 건 8월 말까지 보류하기로 했습니다. 지금 넣기엔 이르거든요.
대신 시작한 건 따로 있습니다. 제 루프 인프라를 실전에 투입하는 작업입니다. 이름을 갈아타는 대신, 지금 있는 걸 실제로 돌려보는 쪽을 택했습니다.
루프 엔지니어링 글을 쓸 때 저는 "다음은 사람이 반복을 설계하는 자리로 옮겨간다"고 썼습니다. 그 다음 자리가 뭐라고 불릴지는 저도 몰랐고요.
이번에 지켜본 4주는, 이름이 먼저 뜨고 개념이 뒤따라 정리되는 과정을 실시간으로 본 셈입니다. 그 속도 자체가 이 글을 쓴 진짜 이유였습니다.
