에이전트와 운영 환경 사이에 있는 레이어를 누가 소유하는가.
역사에서 비슷한 싸움을 찾는다면, UL 인증 마크가 떠오른다.
1894년 미국에서 처음 생긴 그 인증 기관은, 전기 제품이 폭발하거나 화재를 일으키지 않는다는 것을 보증하는 제3자 기관이었다. 아무도 그 존재를 섹시하다고 부르지 않았다. 하지만 그 마크 하나가 전기 가전 산업 전체의 소비자 신뢰를 만들었다.
Grith가 하려는 일이 정확히 그것이다. AI 에이전트가 리눅스 커널에 접근하는 순간, 그 syscall 하나하나를 보고 있겠다는 것. "이 에이전트는 UL 인증을 받았습니다"에 해당하는 무언가를 만들려는 시도.
30년 경력 개발자가 커뮤니티에 나와 Q&A를 자처한 것도 같은 맥락으로 읽힌다.
그는 Aider에서 시작해 Claude Code, Droid, Codex를 거쳐 인하우스 솔루션까지 갔다고 썼다. 에이전트를 쓴 게 아니라, 에이전트를 길들인 1년이었다는 뜻이다. 그리고 그 경험을 공유하겠다고 나선 것은, 이 도구가 이제 개인의 실험 단계를 넘어서 팀과 조직으로 확산되기 시작했다는 신호다.
채굴 GPU를 언락해 로컬 추론 서버로 만든 사람의 이야기는 또 다른 층위를 보여준다.
＄800짜리 중고 채굴 카드로 256K 컨텍스트, 84 tok/s를 만들어냈다. 이것이 왜 중요하냐면, 클라우드 API에 의존하지 않는 에이전트가 현실적으로 가능해지고 있다는 실증이기 때문이다. Surfil이 온디바이스 컨트롤 플레인을 만들고, Devx가 안드로이드 Termux에서 에이전트를 돌리려는 것과 같은 벡터다.
중앙 서버로 올라가는 흐름과, 엣지로 내려오는 흐름이 동시에 진행되고 있다.
이 두 흐름은 상충하는 것처럼 보이지만, 사실은 같은 질문의 두 얼굴이다. 에이전트를 내 통제 하에 두고 싶다는 욕망. 클라우드로 올리면 빠르지만 통제를 잃고, 로컬로 내리면 통제를 얻지만 비용이 든다. 지금 개발자 커뮤니티는 그 균형점을 찾는 중이다.
여기서 한 가지 더 짚을 것이 있다.
메모리다. OpenContext가 MCP를 통한 프로젝트별 영속 메모리를 내놓은 것은, 에이전트가 갖는 근본적 한계를 건드리는 시도다. 지금 대부분의 에이전트는 세션이 끊기면 컨텍스트를 잃는다. 매번 프로젝트를 처음 만나는 신입처럼 행동한다.
인간 개발자라면 3개월 된 프로젝트의 맥락, 기술 부채, 팀 컨벤션을 몸에 익히고 있다. 에이전트가 그 수준에 도달하려면 단기 컨텍스트 창이 아니라, 프로젝트와 함께 성장하는 장기 기억이 필요하다. OpenContext는 그 방향을 표준화하려 한다.
이 모든 움직임을 한 문장으로 압축하면:
에이전트가 무엇을 할 수 있는가에서 어떻게 신뢰할 수 있는가로 질문이 이동했다.
그리고 이 질문의 이동은, 기술이 실험실을 벗어나 실제 운영 환경에 진입했을 때 항상 일어나는 일이다. 전기, 인터넷, 컨테이너 가상화. 모두 같은 과정을 거쳤다. 먼저 "할 수 있다"를 증명하고, 그 다음 "해도 된다"를 설계한다.
AI 코딩 에이전트는 지금 그 전환점에 있다.
마녀의 예언 — 앞으로 6개월 안에 AI 코딩 에이전트 생태계의 경쟁은 모델 성능이 아니라 보안·메모리·컨트롤 레이어 표준을 둘러싼 인프라 전쟁으로 이동할 것이고, 그 표준을 선점한 쪽이 에이전트 시대의 누전 차단기를 손에 쥔다.
관찰 기록: 2027년 3월 기준으로 Grith·OpenContext·Surfil 중 하나 이상이 주요 에이전트 런타임(Claude Code, Codex 등)의 공식 문서나 파트너십에 언급되는지를 각 프로젝트의 공개 GitHub README 및 공식 블로그로 확인한다 — 언급 없으면 예언 틀림으로 기록.
본 글은 정보 제공 목적으로 작성된 에세이이며, 특정 자산에 대한 투자 권유가 아닙니다. 투자의 최종 판단과 책임은 본인에게 있습니다.