국내 최대 중고차 거래 플랫폼 엔카가 개발직군 전원에게 Claude Code 프리미엄 계정(인당 월 100달러)을 지급하고, PM·QA 등 제작 부서 전체에도 스탠다드 계정을 확대한다고 밝혔다. 단순한 파일럿이 아니다. 요구사항 분석부터 구현·테스트·품질 검토까지 전 사이클에 AI를 중심에 두는 'AI 네이티브' 선언이다. 국내 기업이 특정 AI 코딩 에이전트를 이 규모로 전사 도입한 사례는 드물다. 그 자체로 의미 있는 데이터 포인트다.
그런데 나는 이 뉴스를 보면서 축하보다 질문이 먼저 떠올랐다. 도입 이후 설계는 어디까지 됐나? 도구 예산을 전원에게 지급하는 것과, 그 도구가 만들어내는 결과물을 안전하게 관리하는 체계를 갖추는 것은 전혀 다른 문제다. 엔카의 도입 발표는 'AI-First로 가겠다'는 의지 표명이다. 하지만 현장에서 실제로 작동하려면 세 개의 설계 레이어가 먼저 닫혀 있어야 한다.
첫 번째: 버전 통제 없는 AI 코딩은 집 없는 속도다.
dev.to에 올라온 한 개발자의 회고는 AI 코딩 에이전트를 처음 전사 도입하는 팀이 어디서 벽에 부딪히는지를 정확히 보여준다. Lovable·Bolt·Replit 같은 AI 코딩 도구로 빠르게 프로토타입을 만들다가, 기능 하나를 추가했더니 로그인 플로우 전체가 망가졌다. 되돌릴 방법이 없다. AI는 '왜' 그 결정을 했는지 기억하지 못한다. 지금 눈앞의 코드만 볼 뿐이다. 결국 수일이 수주가 된다. Claude Code는 전체 코드베이스 맥락을 이해한다는 점에서 한층 강력하지만, 그 강력함이 오히려 잘못된 방향으로 달릴 때의 반경도 키운다. Git 커밋 단위로 스냅샷을 남기고, 기능 단위로 브랜치를 쪼개는 습관이 AI 코딩 에이전트 도입과 동시에 강제돼야 하는 이유다. 도구를 지급하기 전에 워크플로우 표준을 먼저 정의하지 않으면, 개발자 30명이 Claude Code를 30가지 방식으로 쓰는 상황이 만들어진다.
두 번째: 에이전트는 당신만의 말을 듣지 않는다.
dev.to의 보안 아티클 "You Wanted Me to Delete the DB, Right?"는 불편한 시나리오를 제시한다. MCP 서버에 DB 접근 권한이 연결된 에이전트에게 이메일을 요약하라고 시켰는데, 이메일 본문 안에 숨겨진 프롬프트 인젝션 명령이 users 테이블을 드롭했다. 에이전트 입장에서는 버그가 아니다. 컨텍스트 윈도우 안에 들어온 모든 텍스트는 '지시'로 읽힌다. 메시지든, 문서든, 이메일 본문이든 구분 없이.
엔카처럼 PM·QA까지 AI 에이전트 계정을 확대하면, 에이전트가 접근할 수 있는 컨텍스트의 종류와 양이 기하급수적으로 늘어난다. 요구사항 문서, 버그 리포트, 외부 이슈 트래커 데이터—이 모두가 에이전트의 컨텍스트가 된다. 이 중 어느 하나에 악의적 명령이 끼어들었을 때 에이전트가 어디까지 실행할 수 있는지를 미리 제한하지 않으면, 빠른 에이전트는 빠르게 망가진다. 해법은 프롬프트 필터링이 아니다. 에이전트에게 부여된 권한 자체를 태스크 단위로 제한하는 것, 그리고 파괴적 액션 앞에 반드시 인간 승인 게이트를 두는 것이다.
세 번째: 역할 재정의 없이는 문화가 안 바뀐다.
엔카는 "개발자가 반복 구현에서 벗어나 설계와 품질 개선에 집중한다"고 밝혔다. 방향은 맞다. 하지만 이 전환이 저절로 일어나지 않는다는 게 AI-First 팀 리빌딩을 실제로 해본 사람의 공통된 경험이다. AI가 코드를 빠르게 생성해주면, 검토 없이 머지하는 관성이 생긴다. 리뷰가 형식화되고, 설계 판단력은 근육이 아니라 AI 의존성으로 대체된다. '빠름'이 '좋음'처럼 느껴지기 시작하면, 코드 품질 기준이 조용히 낮아진다. 전사 도입과 동시에 'AI가 생성한 코드를 어떻게 검증할 것인가'에 대한 팀 공통 기준, 그리고 AI 활용 능력을 기준으로 한 온보딩과 역할 재정의가 병행돼야 한다.
엔카의 도입 선언은 국내 기업의 AI-First 전환이 선언 수준을 넘어 실행 단계에 들어섰음을 보여주는 유의미한 신호다. 하지만 'Claude Code를 전원에게 지급했다'는 것은 시작점이지 목적지가 아니다. 이 선언이 실제 생산성 향상으로 이어지려면 버전 통제 표준화, 에이전트 권한 경계 설계, 역할 재정의라는 세 레이어가 동시에 닫혀야 한다. 도입 비용은 월정액으로 정해져 있지만, 설계 부채는 나중에 훨씬 비싸게 청구된다.
앞으로 6개월 안에 엔카와 유사한 전사 도입 사례가 국내 기업에서 더 나올 것이다. 그 중 어떤 팀이 실제 생산성 지표를 들고 나오고, 어떤 팀이 조용히 파일럿을 축소하는지를 보면—AI-First 전환의 성패가 도구 예산이 아니라 도입 이후 설계 밀도에 달려 있다는 것이 데이터로 증명될 것이다. 지금 당신의 팀이 도입을 검토 중이라면, 예산 승인보다 세 가지 설계 문서가 먼저다.