코딩 에이전트에 계획 모드를 언제 쓰면 좋은가

코딩 에이전트를 일상 개발에 쓸 때, 작은 작업은 바로 구현하게 두는 편이 빠를 수 있다. 예를 들어 작은 버그 수정, 테스트 추가, 한 파일 안의 정리, 간단한 설명 요청은 계획 모드가 오히려 절차처럼 느껴질 수 있다.

반대로 큰 변경에서는 먼저 접근 방식을 설명하게 하는 것이 유용할 수 있다. 여러 파일을 고치는 리팩터링, 마이그레이션, 의존성 업그레이드, 인증이나 권한 변경, 운영 환경에 영향을 줄 수 있는 동작, 낯선 오래된 코드 수정처럼 요구사항을 잘못 이해하면 되돌릴 일이 커지는 작업이 여기에 해당한다.

이런 경우 코딩 에이전트가 먼저 코드를 살펴보고, 실행 계획을 제안하고, 승인 뒤에 파일을 바꾸게 하면 잘못된 작업을 줄일 가능성이 있다. 실제 사용 방식은 바로 구현하게 할지, 먼저 계획을 검토할지, 크거나 위험한 작업에만 계획 모드를 쓸지, 속도 때문에 피할지로 나뉜다.