Salesforce, AI 에이전트로 231일 분의 마이그레이션을 13일로 단축하며 사고 발생률 감소 주장

Salesforce는 자사 개발 조직 전체를 Anthropic의 Claude Code로 전환하면서 토큰 사용 제한을 없앴다고 밝혔다. Claude Code는 터미널 기반의 에이전트형(agentic) 코딩 도구로, 단순 자동완성을 넘어 코드베이스 전체를 탐색하고 파일을 읽고 수정하며 테스트를 실행하고 git 작업까지 다단계 작업을 자율적으로 수행한다. 이번 사례의 핵심인 "231일 → 13일" 마이그레이션 단축은 이런 에이전트가 레거시 코드의 의존성 분석, 반복적인 API 호출 패턴 변환, 보일러플레이트 재작성처럼 분량은 많지만 패턴이 일정한 작업을 병렬·대량으로 처리할 수 있기 때문으로 보인다. 토큰 무제한 정책은 에이전트가 컨텍스트를 충분히 확보하고 여러 차례 반복 시도하도록 허용해 정확도를 끌어올리는 변수로 작용했을 가능성이 크다.

다만 보도된 수치 — 개발자당 PR 79% 증가, 인시던트 5% 감소 — 는 독립적으로 검증되지 않았다는 점을 분명히 인식해야 한다. PR 수 증가는 생산성 지표로 보이지만, PR을 잘게 쪼개면 인위적으로 부풀릴 수 있고 코드 품질이나 리뷰 부담과는 별개의 문제다. 인시던트가 줄었다는 주장 역시 동일 기간·동일 기준으로 측정됐는지 불명확하다. 기사가 지적하듯 업계는 이 흐름을 두고 "진짜 혁명이냐, 사상 최대의 기술 부채 축적이냐"로 갈려 있다. 에이전트가 빠르게 생성한 코드는 단기적으로 동작하더라도, 사람이 충분히 이해·검증하지 못한 채 누적되면 유지보수 단계에서 부채로 전환될 위험이 상존한다.

실무 엔지니어 입장에서 현실적인 영향은 "코드를 직접 짜는 시간"에서 "에이전트의 출력을 설계·검증·통합하는 시간"으로 역할의 무게중심이 이동한다는 점이다. 마이그레이션, 테스트 작성, 의존성 업그레이드처럼 패턴화된 대량 작업에서는 실질적인 시간 단축을 기대할 수 있지만, 아키텍처 결정이나 도메인 특화 로직에서는 여전히 사람의 판단이 결정적이다. 또한 Salesforce 같은 대기업 규모의 결과를 그대로 일반화하긴 어렵다 — 그들은 토큰 무제한, 잘 정비된 CI/CD, 풍부한 테스트 커버리지라는 전제 조건을 갖추고 있었다.

따라서 한국 개발자가 취할 행동은 명확하다. 먼저 반복적·패턴화된 작업부터 작은 범위로 에이전트를 도입해 자기 환경에서의 실제 효용을 직접 측정하라 — 남의 벤치마크가 아니라 본인 코드베이스의 수치가 중요하다. 둘째, 에이전트 도입 효과를 PR 개수 같은 표면 지표가 아니라 인시던트율, 리뷰 소요 시간, 변경 실패율(change failure rate) 등 품질 지표로 함께 추적해 기술 부채로의 전환을 조기에 감지하라. 셋째, 자동 생성 코드에 대한 리뷰·테스트 게이트와 명확한 권한 경계(자동 머지 금지, 보안 변경 시 사람 검토 필수 등)를 먼저 마련한 뒤 속도를 높이는 것이 안전하다. 에이전트의 생산성은 그것을 검증할 수 있는 체계의 성숙도만큼만 신뢰할 수 있다.