r/cursor•5개월 전•29•41
대부분의 코드가 AI로 생성될 때 코드 리뷰는 어떻게 처리하시나요?
how are you handling code review when most of the code is ai-generated?
핵심 요약
AI 생성 코드의 리뷰가 병목 현상을 일으키는 문제를 해결하기 위해 프롬프트 단위의 리뷰와 사전 사양 정의의 중요성을 논의함.
- 프롬프트 단위 리뷰 — 코드 자체보다 프롬프트가 의도대로 작성되었는지 확인하는 것이 효율적임.
- 사양 기반 검토 — 구현된 코드에 매몰되지 않고 원래 요구사항과 대조하여 검토함.
- 테스트 우선 접근 — 테스트 코드를 먼저 작성하여 AI가 구현하게 함으로써 리뷰 부담을 줄임.
- AI 다중 검토 — 여러 AI 모델을 활용해 코드 리뷰와 리팩토링을 자동화함.
우리는 한 스프린트 동안 Cursor를 아주 강하게 밀어붙였음. 속도는 아주 좋아 보였음. 그런데 시간이 어디로 가는지 추적해보니 리뷰가 그 절약된 시간의 대부분을 조용히 잡아먹고 있었음. 코딩은 빨라졌는데 읽는 건 안 빨라졌음. 순이익은 거의 제로였음.
우리는 프롬프트가 리뷰의 진짜 단위라는 걸 깨달았음. diff가 아니라. 프롬프트가 명확하고 제약이 잘 걸려 있으면 결과물은 보통 리뷰하기 빠름. 모호하면 어차피 리뷰하면서 재설계하게 됨... 그건 그냥 추가 단계가 있는 느린 코딩일 뿐임.
다른 팀들도 이런 경험이 있는지 궁금함:
- AI 생성 코드를 사람이 쓴 코드와 다르게 리뷰하고 있나요?
- 리뷰 프로세스가 실제로 바뀌었나요, 아니면 똑같은 걸 더 느리게 하고 있나요?
- 실질적인 차이를 만든 프롬프트 규율이나 워크플로우가 있나요?
감사함!
