AI가 코딩하는데 왜 내가 더 바쁠까? | Stripe의 AI 개발 워크플로

한 줄 핵심

AI가 코드를 더 빨리 만들어도 검토·통합·검증이 자동화되지 않으면 오히려 개발자는 더 바빠지므로, 작업 환경 분리와 검사 자동화, 병렬 작업 설계를 함께 바꿔야 한다.

시간별 요약

1. 0:00
   AI가 코드를 빨리 써도 바빠지는 이유 AI가 코드와 테스트를 만들어도 권한 규칙, 다른 화면 영향, 배포 적합성을 확인하는 일이 남아 있어 검토 부담이 개발자에게 몰린다. 스트라이프 사례를 통해 이 병목을 줄이는 방법을 살펴본다.
2. 1:01
   작업 환경을 분리해 충돌을 줄이기 코드를 더 빨리 만드는 것보다 먼저 작업별로 독립된 환경을 나누는 편이 중요하다. 브랜치와 워크트리로 파일 작업 공간을 분리하되, 접근 권한·테스트 데이터·포트·외부 서비스 권한은 별도로 설계해야 재시작과 추적이 쉬워진다.
3. 4:02
   검증을 자동화하고 경계를 고정하기 프롬프트에 테스트를 부탁하는 수준을 넘어서 포맷 검사, 타입 검사, 관련 테스트가 실패하면 다음 단계로 못 넘어가게 만들어야 한다. 운영 데이터 접근 금지처럼 요청이 아니라 시스템의 hard barrier로 경계를 강제할 때 신뢰성과 품질이 안정된다.
4. 5:01
   AI가 읽는 코드와 문서를 정리하기 AI가 엉뚱한 구현을 고집한다면 모델보다 저장소 안의 예제와 안내가 잘못되었는지부터 봐야 한다. 긴 문서 하나보다 작업 디렉토리에서 바로 찾을 수 있는 올바른 예제, 기존 모듈 위치, 하면 안 되는 일과 대신 써야 할 방법을 함께 제공하는 편이 효과적이다.
5. 7:01
   병렬 작업은 계획과 완료 조건이 핵심 여러 에이전트에 일을 나눌 때는 입력·출력·오류 형식·수정 범위·완료 조건을 먼저 맞춰야 한다. 독립적으로 진행 가능한 일과 순서가 필요한 일을 구분하고, 전제가 바뀌면 중간에 다시 나누는 기준을 두어야 나중에 사람이 전부 다시 붙이는 일을 줄일 수 있다.

실무 인사이트

• AI 도입의 첫 개선 지점은 더 좋은 모델이 아니라 검토 대기와 병합 충돌이 생기는 지점이며, 가장 자주 막히는 한 곳부터 자동화해야 효과가 빠르다.
• 작은 작업 하나를 정해 작업 공간 분리, 검증 자동화, 완료 조건 명시를 한 번에 적용해 보면 팀의 준비 수준과 실제 절감 시간을 객관적으로 측정할 수 있다.
• AI가 만든 코드의 품질은 생성 속도보다 저장소 구조, 테스트 설계, 권한 경계가 좌우하므로 개발 생산성은 코드 생성이 아니라 시스템 설계에서 결정된다.