Salesforce Engineering의 agentic 전환
Salesforce Engineering이 Claude Code를 전사 표준 AI 에이전트 도구로 밀어 넣으면서, SDLC 자체를 agentic workflow로 바꿔 가는 사례를 정리한 노트.
한 줄 요약
Salesforce는 anthropic의 moc-claude-code 계열 도구를 단순한 코딩 보조가 아니라 개발 운영 계층으로 다뤘다. 그 결과는 생산성 상승만이 아니라, 품질·표준화·배포 흐름까지 함께 바뀐 것이었다.
핵심 수치
- 2026년 4월 기준, developer당 completed work items는 전년 동월 대비 50.8% 증가
- developer당 merged PR은 79% 증가
- ML 기반 Effective Output score는 151.3% YoY 증가
- 33개 API endpoint 마이그레이션은 전통적 추정치 231 person-days 대신 13일에 완료
- 결과적으로 그 작업은 대략 18배 빠름으로 요약된다
무엇이 달라졌나
-
Claude Code를 전사 표준으로 채택
- 모든 엔지니어에게 배포
- 토큰 제한을 제거해 friction을 줄임
- 목표는 “도구를 쓰게 만드는 것”이 아니라 “엔지니어가 도구와 마찰 없이 일하게 하는 것”이었다
-
SDLC의 실제 작업이 에이전트 쪽으로 이동
- 코드 작성
- PR 리뷰
- 테스트 생성
- 문서 업데이트
- 배포 관리
- 작업 조정/핸드오프 감소
-
작업 단위가 아니라 시스템 단위로 최적화
- 단순 속도보다 출력 품질을 함께 측정
- Engineering 360 같은 관측 플랫폼으로 security, availability, quality, productivity를 함께 추적
- PR 수가 늘어도 incident가 5% 감소했다는 점이 중요하다
사례: 33개 API 마이그레이션
가장 설득력 있는 예시는 33개 API endpoint를 새로운 cloud-native architecture로 옮긴 작업이다.
- 전통적 방식이면 약 231 person-days
- 실제 완료는 13일
- 방법은 Claude + markdown rules + reference implementations
- PR 피드백을 다시 규칙에 반영해 정확도를 점진적으로 높임
- 결과물은 “한 번 만든 자동화”가 아니라 계속 개선되는 규칙 기반 migration framework였다
이 부분은 2026-05-16-ai-coding-agentic-engineering-shift에서 정리한 시나리오를, 실제 조직 사례로 확인해 준다.
새로 생긴 운영 패턴
- Claude Code skills가 팀 컨텍스트, naming convention, workflow pattern을 패키징하는 새 엔지니어링 단위가 됨
- AI Expert Suite와 Salesforce Foundation Plugins가 공용 능력 라이브러리 역할을 함
- subagents / agent teams가 큰 작업을 병렬 workstream으로 쪼개는 기본 방식이 됨
- 엔지니어의 핵심 역량은 “코드를 직접 많이 치는 것”보다 문제를 agent가 처리할 수 있도록 구조화하는 것으로 이동
남는 문제
Salesforce도 이걸 완전히 해결했다고 말하진 않는다.
- long-running session에서 context management는 여전히 어렵다
CLAUDE.md품질 편차가 팀별로 크다- agent가 실제 시스템에 action을 취할 수 있기 때문에 security blast radius가 더 커진다
- junior engineer, designer, PM의 역할 재정의는 아직 진행형이다
해석
이 글의 핵심은 “AI가 코드를 더 빨리 쓴다”가 아니다.
핵심은 엔지니어링 조직의 운영 체계가 바뀌고 있다는 점이다.
- 개인 생산성 도구 → 조직 표준 운영 레이어
- 보조형 코파일럿 → 작업을 실제로 수행하는 agentic workflow
- 일회성 자동화 → 규칙/skills/subagents로 누적되는 시스템
즉, Salesforce가 보여주는 것은 벤치마크가 아니라 조직 설계의 변화다.