AI 코딩 에이전트 판도, 클로드 코드에서 코덱스로

이 글은 동영상 추천 글입니다. 관심있는 분들은 아래 동영상을 시청하시기 바랍니다.

https://youtu.be/xwBE67ILCTg

 

얼마 전까지만 해도 개발자들 사이에서 복잡한 코딩은 클로드 코드가 제일 낫다는 말이 거의 기본값처럼 통했습니다. 그런데 요즘은 분위기가 달라졌습니다.

 

클로드 코드를 계속 쓰긴 쓰는데 예전 같지 않다는 이야기, 반대로 코덱스가 생각보다 괜찮다는 이야기가 슬슬 나오기 시작했습니다.

한눈에 보는 비교

항목	클로드 코드	코덱스
강점	긴 맥락 안에서 설계 토론, 문서·코드·회의록 통합 작업	파일 수정·실행·테스트·재시작까지 작업 루프 전체 수행
작업 방식	사람이 터미널에서 직접 타이핑하며 주고받는 대화형	CLI, 데스크탑, 클라우드, 리모트 다양한 환경에서 실행
자동화 파이프라인 연결	정책 변화로 부담이 커짐	CLI와 SDK로 자연스럽게 연결 가능
원격 작업	지원 없음	모바일로 진행 상황 확인 및 승인 가능
병렬 작업	제한적	데스크탑에서 여러 작업을 동시에 실행하고 결과 비교 가능
에이전트 연결	API 정책 변화로 연결이 복잡해짐	헤르메스 같은 에이전트의 실행자로 자연스럽게 동작
요금 구조	자동 호출 방식에 별도 크레딧 구조 적용	구독 범위 내에서 CLI 이미지 생성 포함
최근 체감 성능	지시를 놓치거나 반복 요청이 필요하다는 불만 증가	에이전트 환경에서 안정적이라는 평가 증가
적합한 작업	대규모 코드베이스 리뷰, 설계 토론, 긴 맥락 판단	CI/CD, 야간 배치, 에이전트 자동화, 원격 감독

왜 개발자들이 움직이기 시작했나

클로드 코드에 대한 불만은 꽤 구체적입니다. 예전보다 지시를 자주 놓친다, 한 번에 하던 일을 두세 번씩 다시 말해야 한다, 열심히는 하는데 엉뚱한 방향으로 오래 간다는 이야기가 X, 레딧, 해커뉴스 같은 곳에서 계속 쌓이고 있습니다.

 

여기에 정책 변화가 겹쳤습니다. 에이전트 SDK, 깃허브 액션스 같은 자동 호출 방식에 별도 크레딧 구조가 붙으면서 개발자들의 계산이 복잡해졌습니다. 사람이 직접 쓰는 대화형 클로드 코드는 여전히 매력적이지만, 백엔드 서버나 자동화 파이프라인에 붙이는 순간 이야기가 달라집니다. 내가 구축해 놓은 자동화 파이프라인의 계산 방식이 어느 날 갑자기 바뀐 느낌이 드는 거죠.

코덱스가 달라진 점

코덱스는 단순히 코딩을 잘하는 도구를 넘어서 에이전트형 작업 환경으로 바뀌고 있습니다. 코드를 읽고, 파일을 고치고, 명령어를 실행하고, 테스트 결과를 확인하고, 다시 수정하는 작업 루프 전체를 수행합니다. 개발자가 매일 반복하던 흐름을 AI가 조금씩 가져가기 시작한 겁니다.

 

리모트 기능이 추가된 것도 상징적입니다. 맥에서 코덱스를 실행해 두고, 밖에서는 모바일로 진행 상황을 확인하고, 필요한 순간에만 승인하는 흐름이 가능해졌습니다. 개발자가 터미널 앞에 묶여 있는 시간이 줄어드는 구조입니다.

헤르메스와 코덱스 조합이 강력한 이유

헤르메스 에이전트와 코덱스를 함께 쓰면 이런 흐름이 됩니다. 텔레그램에서 내 홈페이지에 새 기능 추가해 줘, 완성되면 도커 앱도 재시작해 줘라고 말하면, 헤르메스가 맥미니에서 프로젝트 폴더를 열고 코덱스에게 작업을 넘깁니다. 코덱스는 레포지토리를 읽고, 파일을 수정하고, 테스트를 돌리고, 도커를 재시작하고, 결과를 다시 텔레그램으로 보고합니다.

 

헤르메스가 지휘자라면 코덱스는 실제 손을 움직이는 실행자입니다. 저는 밖에서 모바일로 감독하다가 승인이 필요할 때만 개입합니다. AI에게 일을 맡기되 통제권을 잃지 않는 구조입니다.

어느 도구를 어디에 쓸 것인가

도구 선택은 신앙 고백이 아닙니다. 작업 종류별로 자리를 나누면 됩니다.

 

클로드 코드는 큰 코드베이스를 함께 읽고, 긴 맥락 안에서 설계를 토론하고, 문서와 코드와 회의록을 함께 다루는 작업에 여전히 강합니다. 코덱스는 같은 일을 반복해서 자동화해야 할 때, 에이전트와 손발을 맞춰야 할 때, 밖에서도 진행 상황을 보고 필요한 순간에만 승인하고 싶을 때 점점 더 잘 맞아가고 있습니다.

 

AI 코딩 도구의 경쟁은 이제 누가 더 똑똑한 답을 하느냐에서, 누가 개발자의 작업 환경 안에 더 깊이 들어오느냐로 넘어가고 있습니다.