에이전트 시대, 진짜 병목은 '지능'이 아니라 '상태(State)'다

최근 컴퓨터공학계의 거두 마이클 스톤브레이커(Michael Stonebraker) 교수가 제안했던 DBOS(Database-oriented Operating System) 관련 최신 연구 보고서를 다시 찾아 읽었다.

운영체제의 커널 상태와 파일 시스템 전체를 초고속 분산 데이터베이스 위로 올려버리겠다는 이 구상은 오랫동안 학계의 멋진 이론이나 주인을 찾지 못한 망치 취급을 받아왔다. 수십 년간 엔터프라이즈의 표준으로 군림해 온 리눅스를 굳이 DB 기반 OS로 갈아엎을 실질적인 비즈니스 명분이 없었기 때문이다.

그 논문을 읽어 내려가다 문득 20여 년 전 마이크로소프트의 발표를 듣고 가슴 뛰었던 기억이 스쳐 지나갔다. 당시 그들은 차세대 윈도우에 관계형 데이터베이스 기술을 파일 시스템 레벨에 직접 통합해(WinFS) 검색 속도와 데이터 무결성을 혁신하겠다고 공언했었다. 하지만 그 거창했던 약속은 끝내 실체화되지 못했다. OS 밑바닥에서 데이터베이스 수준의 원자성을 보장하는 일이 얼마나 어려운 난제였는지를 증명하는 상흔이었다.

Mac mini 위에서 마주한 뼈아픈 한계

그런데 오늘 내 작업실의 Mac mini 위에서 자율 에이전트들을 물리고 업무 자동화 루프를 다듬던 손끝의 경험과 그 논문이 겹쳐지는 순간 강한 기시감이 일었다.

에이전트는 질문에 말로 답하는 챗봇이 아니다. 파일을 고치고, 터미널 명령을 실행하고, 네트워크 소켓을 열어 브라우저로 결제 버튼을 누르는 물리적 실행 주체다.

흔히 엔지니어들은 “에이전트가 코드를 고칠 때마다 깃(Git) 커밋을 찍어두고, 실패하면 롤백하면 되지 않느냐”고 묻는다. 나 역시 처음에는 그렇게 생각했다. 하지만 실전에서 에이전트를 돌려보면 파일 스냅샷 방식은 금세 절벽을 만난다.

에이전트가 열 단계 작업 중 일곱 번째 단계에서 예기치 못한 파싱 에러로 뻗어버렸을 때, git reset을 친다고 해서 시스템이 1초 전으로 돌아가지 않는다. 녀석이 터미널에서 이미 백그라운드로 띄워버린 프로세스, 오염된 환경 변수, 설치된 의존성 패키지, 외부 데이터베이스에 남겨둔 쓰레기 레코드 같은 ‘사이드 이펙트’는 깃이 되돌려주지 못하기 때문이다. 사람이 개입해 프로세스 목록을 뒤지고 쓰레기 파일을 수동으로 지우는 순간, 자율 에이전트의 효율은 신기루처럼 사라진다.

지능의 과잉과 상태의 빈곤

이 뼈아픈 경험을 복기하며 내가 생각한 의미는 분명하다. 2026년 현재 에이전트 도입의 진짜 병목은 언어모델의 ‘지능’이 아니라 시스템의 ‘상태(State)‘라는 사실이다.

프론티어 모델들은 이미 코딩도 잘하고 복잡한 추론 계획도 능숙하게 세운다. 지능은 이미 넘쳐난다. 하지만 그 뛰어난 두뇌가 현실의 인프라와 부딪혀 넘어졌을 때, 시스템 전체를 단 1밀리초의 오차도 없이 이전 시점으로 안전하게 ‘되돌리기(Undo)’ 할 수 있는 하부 구조가 지금의 리눅스나 유닉스에는 없다.

앞으로 파운데이션 모델 자체의 성능 경쟁은 빠르게 범용화될 것이다. 진짜 승부는 “우리 플랫폼 위에서는 수백 개의 에이전트가 아무리 제멋대로 도구를 쓰고 실패해도, 시스템 상태를 원자적으로 깨끗하게 롤백해준다”를 보장하는 실행 런타임 플랫폼을 누가 쥐느냐에서 갈린다.

모델 사업자에서 에이전틱 런타임 플랫폼으로의 대이동. 뛰어난 두뇌를 만드는 시대를 지나, 그 두뇌가 마음껏 뛰어놀다 넘어져도 다치지 않는 단단한 바닥을 까는 경쟁이 비로소 시작되었다.