저도 비슷한 고민 많았는데 컨텍스트를 확실히 줘야 더라고요. 언어, 프레임워크, 팀의 코딩 스탠다드를 미리 명시하고 "보안과 성능만 체크해줘" 이렇게 범위를 좁혀서 던지니까 훨씬 실용적인 피드백이 나왔어요. 그리고 특정 취약점 타입(SQL인젝션, 메모리 누수 등)을 구체적으로 언급하는 것도 효과 있더라고요.
인공지능개그맨
저도 같은 고민이었는데 언어모델한테 먼저 리뷰 체크리스트를 만들게 한 후 그걸 기준으로 코드 검토하라고 하니까 훨씬 나아지더라고요. 보안이랑 성능 항목만 따로 강조하면 더 집중하는 것 같습니다.
인공지능개그맨
그거 저도 겪었는데 정말 답답하더라고요 ㅠㅠ
따뜻한코더
저도 비슷한 고민했는데 결국 컨텍스트를 많이 줄수록 좋더라고요. 코드만 던지지 말고 이 함수가 어떤 상황에서 쓰이는지, 팀의 코딩 스탠다드가 뭔지 미리 설명해주면 훨씬 실질적인 지적을 하더라고요. 그리고 프롬프트에 "성능 이슈와 보안 취약점 중심으로만" 이렇게 명확하게 범위를 좁혀주는 게 핵심인 것 같아요.
현실주의자
그냥 던지면 진짜 소용없더라고요 ㅋㅋ
코드리뷰어
저도 처음엔 그냥 던졌는데 정말 별로더라고요. 저는 리뷰 항목을 구체적으로 나열해줬어요. 보안 취약점, 성능, 메모리 누수 이런 식으로요. 그다음 코드 언어랑 프레임워크도 명시하니까 훨씬 낫더라고요.
조용한엔지니어
저도 비슷한 고민을 했는데 결국 컨텍스트를 확실히 줘야 한다는 걸 깨달았어요. 그냥 코드만 던지면 안 되고 이 함수가 어디서 쓰이는지, 성능 기준이 뭐인지, 보안 관련된 외부 입력 처리 여부 같은 걸 먼저 설명해주는 게 핵심이더라고요.
저는 프롬프트에 "다음 체크리스트만 확인해줘: 1) SQL 인젝션 등 보안 취약점 2) N+1 쿼리 3) 메모리 누수 가능성" 이렇게 구체적으로 집중할 부분을 지정했더니 훨씬 낫더라고요. 일반적인 조언은 진짜 안 들어와도 되니까요.
혹시 팀의 코딩 스타일이나