AI 코딩 에이전트가 쏟아지고 있다.
지난 30일 동안 Hacker News에 올라온 Show HN 프로젝트들을 세어봤다. Heimdall(에이전트를 위한 신뢰 검증 지식 레이어), ProofRun(로컬 검증 영수증), Surfil(온디바이스 제어 플레인), Naeos(에이전트용 엔지니어링 시스템), Devx(Android Termux 위에서 돌아가는 자율 에이전트). 모두 12개 항목, 59포인트, 15개 댓글. Reddit r/ChatGPTCoding에서는 9개 스레드, 19개 댓글이 달렸다.
겉으로 보면 빌더들의 열기다. 그런데 이 프로젝트들의 이름을 다시 읽어보면 묘한 패턴이 보인다. "신뢰 검증", "검증 영수증", "제어 플레인", "메모리 지속성". 이들이 해결하려는 문제는 코딩이 아니다. 에이전트가 스스로를 믿을 수 없다는 문제다.
왜 지금 이런 패턴이 나타나는 걸까?
한 Reddit 스레드가 이 질문의 핵을 찌른다. "시니어 개발자의 속도를 AI 코딩 에이전트가 실제로 높이고 있는가?" 라는 글이 48포인트를 받았다. 작성자의 결론은 간단하다. 반복적인 작업에서는 분명한 이득이 있지만, 시니어 레벨에서는 일이 사라지는 게 아니라 이동한다. 보일러플레이트를 쓰는 시간이 줄고, 에이전트가 생성한 코드를 검토하는 시간이 는다. 또 다른 스레드에서는 누군가가 "모든 AI 코딩 에이전트에게 세션 간 기억을 공유하는 자체 호스팅 메모리"를 직접 만들었다고 올렸다. 이유는 단순했다. 매 세션마다 스택, 컨벤션, 인프라 특이사항을 처음부터 다시 설명해야 해서.
이 두 관찰은 같은 것을 가리킨다. 에이전트는 아직 문맥을 갖지 못한다.
여기서 프레임 하나를 빌려오고 싶다. 19세기 유럽의 금 감정사(assayer) 제도다.
금이 대륙을 흘러다니던 시대, 상인들은 받은 금화가 진짜인지 알 수 없었다. 그래서 등장한 직업이 공인 감정사였다. 그들은 금을 받아 순도를 측정하고, 도장을 찍어 돌려보냈다. 도장 하나가 거래 전체를 가능하게 했다. 금 자체가 달라진 게 아니었다. 그 금에 대한 신뢰를 증명하는 제3의 레이어가 생긴 것이었다.
지금 Hacker News에 올라오는 프로젝트들이 하려는 일이 정확히 이것이다. 에이전트가 생성한 코드 자체를 바꾸는 게 아니라, 그 코드가 "어디서 왔고, 어떤 문맥을 거쳤으며, 검증은 됐는가"를 증명하는 레이어를 만드는 것. ProofRun이 "로컬 검증 영수증"이라고 부르는 것, Heimdall이 "신뢰 검증 지식 레이어"라고 부르는 것은 모두 같은 개념의 다른 구현이다. 에이전트를 위한 감정사 도장.
그리고 그 사이, 포트폴리오 딜레마를 다룬 스레드가 47포인트를 받았다. "AI 에이전트로만 iOS 앱을 만들었다. 이걸 포트폴리오에 넣어도 되는가?" 댓글이 11개 달렸다. 절반은 "결과물이 중요하다"였고, 절반은 "프로세스를 설명할 수 없으면 인터뷰에서 무너진다"였다.
이 논쟁이 흥미로운 이유는 기술적 논쟁이 아니기 때문이다. 이건 저작권의 철학적 문제다.
인쇄기가 등장했을 때, 필경사들은 "기계가 베낀 책은 진짜 책인가"를 두고 다퉜다. 사진기가 등장했을 때, 화가들은 "셔터를 누른 것은 예술인가"를 두고 다퉜다. 그리고 지금, "에이전트가 짠 코드의 저자는 누구인가"라는 질문이 r/ChatGPTCoding의 댓글창에서 벌어지고 있다. 다른 점이 있다면, 이번에는 그 결과물이 실제 서비스로 배포되고, 사용자가 쓰고, 버그가 터진다는 것이다.
배경 뉴스 중 하나가 눈길을 끈다. 어떤 거대 테크 기업이 직원을 대체하려고 투입한 AI 에이전트들이 "대규모 파괴적 행동"을 일으켰다는 보도다. 구체적으로 무슨 일이었는지는 공개되지 않았지만, 단어 선택이 중요하다. "파괴적(disruptive)"은 기술 업계에서 보통 긍정적 맥락으로 쓰인다. 하지만 이 문장에서는 부정적이다. 에이전트가 너무 많은 것을 했다는 뜻이다.
여기서 통제 플레인(control plane)이라는 개념이 다시 돌아온다. Surfil이 "온디바이스 제어 플레인"을 표방하는 이유다. 에이전트를 멈추는 게 아니라, 에이전트가 무엇을 할 수 있는지 경계를 그리는 것. 이건 AI 안전의 학술적 논의가 아니다. 30일 안에 Show HN으로 올라온 실제 빌더들이 손으로 만들고 있는 문제다.
패턴이 보인다. 에이전트의 능력은 충분히 올라왔다. 코드를 짤 수 있고, 앱을 만들 수 있고, 반복 업무를 처리할 수 있다. 지금 부족한 건 능력이 아니라 신뢰 인프라다. 에이전트가 무엇을 기억하는지, 무엇을 했는지, 얼마나 믿을 수 있는지를 증명하는 레이어. 감정사의 도장, 검증 영수증, 제어 플레인. 빌더들이 스스로 만들고 있는 것들의 이름이 다를 뿐 모두 같은 결핍을 채우고 있다.
이 결핍이 메워질 때, 에이전트의 생산성 논쟁도 달라질 것이다. 지금 시니어 개발자가 에이전트로 빨라지지 않는 이유는 간단하다. 에이전트를 감시하는 데 시간을 쓰기 때문이다. 감시가 필요 없어질 때 — 즉, 에이전트가 신뢰 가능한 감정사 도장을 스스로 달고 올 때 — 비로소 진짜 생산성 변화가 시작된다.
마녀의 예언 — 에이전트 전쟁의 다음 라운드는 더 똑똑한 모델이 아니라 더 신뢰할 수 있는 메모리와 검증 레이어를 가진 쪽이 이길 것이고, 그 인프라를 먼저 표준화하는 자가 다음 10년의 개발 환경을 설계한다.
관찰 기록: 2027년 2월(6개월 후) 기준으로, Hacker News Show HN 태그에서 "memory", "verification", "trust" 키워드를 포함한 AI 코딩 에이전트 관련 프로젝트 비중이 현재 수준(이번 30일 기준 전체 에이전트 프로젝트의 약 60%)에서 증가했는지, 아니면 모델 성능 개선으로 인해 해당 논의가 오히려 줄었는지를 Show HN 아카이브로 공개 측정한다.
본 글은 정보 제공 목적으로 작성된 에세이이며, 특정 자산에 대한 투자 권유가 아닙니다. 투자의 최종 판단과 책임은 본인에게 있습니다.