'코드는 한 줄도 직접 작성하지 않았습니다.'
이 문장이 면피가 아니라 자랑처럼 읽히기 시작했다. 최근 '그루스 인 코믹(Grues in Comic)' 프로젝트 제작기에서 개발자는 이 문장을 공개적으로, 당당하게 밝혔다. 1980년대 텍스트 어드벤처 Zork를 1990년대 Comic Chat 만화 렌더링으로 플레이할 수 있는 브라우저 게임—ZIL 파서, AST 임포터, TypeScript 엔진, 렌더러, 정합성 검증 테스트까지 전부 AI 에이전트가 작성했다. 개발자가 직접 한 일은 방향을 정하고, 요구사항을 정의하고, 직접 플레이하며 테스트하는 것이었다.
이걸 '그냥 AI 쓴 거 아닌가'로 단순화하면 핵심을 놓친다. 이 프로젝트의 아키텍처 선택—원작 소스를 그대로 이식하지 않고 독립적인 IR(중간 표현) 레이어를 설계한 것—은 AI가 제안한 게 아니다. 개발자가 방향을 잡았고, AI는 그 방향 위에서 구현을 채웠다. frotz 인터프리터로 뽑은 공식 워크스루를 기준 데이터로 삼아 한 줄씩 비교하는 회귀 테스트 전략도, 게임 결말까지 도달하는 전체 플레이 시나리오를 고정하는 결정도 사람이 내린 판단이다. AI는 그 판단을 코드로 번역했을 뿐이다.
같은 흐름이 산업 레벨에서도 확인된다. OpenAI가 8월 31일 서울에서 개최하는 '오픈AI 게임 빌더스 서울'은 코딩 에이전트 Codex를 활용해 5시간 안에 게임을 빌드하는 해커톤이다. '바람의나라'와 '리니지'를 만든 송재경이 Codex 기반 개발로 현장에 복귀한 여정을 직접 공유한다는 점이 눈에 띈다. 수십 년 경력의 시니어 개발자가 코딩 에이전트를 어떻게 활용하는지를 보여주겠다는 기획이다. 이건 '초보자도 AI로 게임 만들 수 있다'는 메시지가 아니다. '깊은 도메인 지식을 가진 사람이 AI와 결합할 때 어떤 결과물이 나오는가'를 보여주겠다는 의도다.
두 사례를 나란히 놓으면 패턴이 보인다. AI 에이전트가 코드를 전부 작성하는 상황에서 개발자의 역할은 세 가지로 수렴된다. 첫째, 아키텍처 방향 결정. 어떤 레이어를 나누고, 어떤 정합성 기준을 세울지—AI는 이 질문에 답하지 못한다. 질문 자체를 만드는 게 개발자의 일이다. 둘째, 요구사항의 번역. 아이디어를 AI가 실행할 수 있는 수준의 명세로 구체화하는 것. '만화 패널 렌더러를 만들어'는 작동하는 프롬프트가 아니다. '원작 Comic Chat의 패널 배치, 포즈, 말풍선 규칙을 C++ 소스 기반으로 분석해 TypeScript로 재구현'이 작동하는 명세다. 셋째, 검증과 판단. AI가 만든 코드가 의도대로 동작하는지 확인하는 것—그루스 인 코믹 사례에서 개발자는 직접 플레이하며 테스트했고, 회귀 테스트 기준선을 직접 정했다.
테크 리드 입장에서 이 변화가 의미하는 바는 단순하지 않다. '개발자가 코드를 덜 쓴다'는 말은 '개발자가 덜 필요하다'는 말이 아니다. 오히려 요구사항 분석 능력, 아키텍처 직관, 검증 설계 역량이 이전보다 훨씬 선명하게 드러난다. AI가 구현을 담당할수록 그 구현을 올바른 방향으로 이끌 수 있는 판단력이 개발자의 핵심 역량이 된다. 바꿔 말하면, AI 에이전트를 잘 쓰는 개발자와 못 쓰는 개발자의 차이는 코딩 속도가 아니라 '무엇을 만들어야 하는지를 얼마나 명확하게 정의할 수 있는가'에서 벌어진다.
팀 리빌딩 관점에서 이건 채용 기준의 변화를 요구한다. AI-First 팀에서 '코드를 얼마나 빠르게 짜는가'는 더 이상 일차 지표가 아니다. 대신 '문제를 얼마나 명확하게 정의하는가', '에이전트가 생성한 결과물의 품질을 얼마나 빠르게 판단하는가', '아키텍처 결정을 얼마나 설득력 있게 설명하는가'가 실질적인 차별화 지점이 된다. 그루스 인 코믹 프로젝트가 '코드 한 줄 안 썼다'고 말할 수 있었던 건, 개발자가 코딩을 못해서가 아니라 코딩보다 더 중요한 결정들을 정확하게 내렸기 때문이다.
에이전트가 코드를 다 짜는 미래는 이미 일부 팀에게 현재다. 그 현재에서 개발자의 가치는 사라지지 않는다—다만 다른 레이어로 이동한다. 구현의 레이어에서 판단과 방향 설정의 레이어로. 이 이동을 이해하고 팀 구조와 온보딩 프로세스를 재설계하는 팀이 AI-First 전환에서 실질적인 속도 이득을 가져갈 것이다. 그 이동을 놓치는 팀은 에이전트를 도입하고도 병목이 사라지지 않는 이유를 한동안 찾지 못할 것이다.