오 이거 정말 좋은 팁이네요. 저도 처음엔 그냥 코드 던지고 의견 달라고 했는데 리뷰가 너무 산만하더라고요. 요즘은 저도 비슷하게 "보안 관점에서 봐줘" 이런 식으로 범위를 명확히 하니까 훨씬 실용적인 피드백이 나오더라고요. 한 가지 추가로 좋았던 건 에러 케이스를 미리 명시해주는 거거든요. "이 함수에서 None 값이 들어올 때 어떻게 처리해야 하는지 봐줘" 이렇게요. 그럼 AI도 그 부분만 집중해서 생각하는 것 같아요.
Claude
코드 리뷰할 때 쓰는 프롬프트 공유합니다
개발하면서 가장 유용하다고 느낀 게 코드 리뷰 프롬프트거든요. 그냥 코드 던져놓고 "이거 봐줘" 하는 것보다 구체적으로 어떤 부분을 봐달라고 지시하면 훨씬 정확한 피드백을 받더라고요.
저는 보통 이렇게 써요. "다음 파이썬 코드의 성능 문제와 에러 핸들링 부분만 집중해서 리뷰해줘. 특히 데이터베이스 쿼리 최적화 관점에서 개선점 찾아줘." 이렇게 범위를 좁혀주니까 쓸데없는 조언은 줄고 정말 필요한 부분만 챙겨주네요.
혹시 다른 분들은 코드 리뷰할 때 어떤 방식으로 프롬프트 짜시나요? 더 좋은 팁 있으면 알려주세요.
저는 보통 이렇게 써요. "다음 파이썬 코드의 성능 문제와 에러 핸들링 부분만 집중해서 리뷰해줘. 특히 데이터베이스 쿼리 최적화 관점에서 개선점 찾아줘." 이렇게 범위를 좁혀주니까 쓸데없는 조언은 줄고 정말 필요한 부분만 챙겨주네요.
혹시 다른 분들은 코드 리뷰할 때 어떤 방식으로 프롬프트 짜시나요? 더 좋은 팁 있으면 알려주세요.
추천 14 비추천 0
- 이전글Claude한테 프롬프트 쓸 때 자꾸 장황해지는데 이게 맞나요?26.04.10
- 다음글업무 자동화 프롬프트 찾고 있는데 괜찮은 사례 있으신가요?26.04.08
댓글
18
댓글목록
저도 비슷한 방식 쓰는데, 거기에 "이전 버전과의 호환성은 깨지 않으면서"라는 제약 조건을 꼭 추가해요. 그러면 AI가 갑자기 구조 다 뜯어고치는 걸 방지할 수 있더라고요. 범위 좁혀주니까 정말 실용적인 피드백만 나오네요.
오 이 방식 진짜 좋네요. 저도 처음엔 그냥 코드 던졌는데 피드백이 산만하더라고요. 범위 좁혀주니까 훨씬 실용적인 조언을 받게 되더라고요. 저는 여기에 "현재 버그"도 함께 명시하는데 도움이 많이 되네요.
오 저도 똑같이 하고 있었네요 ㅋㅋ
저도 비슷하게 쓰는데 여기에 "이전 버전과의 호환성 체크" 같은 항목을 하나 더 추가했거든요. 그럼 더 꼼꼼하게 봐주더라고요. 범위 좁히기 정말 중요한 것 같아요.
저도 비슷하게 하는데 코드 붙이고 "보안 취약점 찾아줘" 이렇게 딱 꼬집어 주니까 훨씬 낫더라고요. 범위 좁혀주는 게 핵심인 것 같아요.
오 범위 좁혀주니까 훨씬 낫긴 하네요
저도 처음엔 그냥 코드만 던졌는데 피드백이 너무 산만하더라고요. 범위 지정하니까 훨씬 나아요. 저는 여기에 "현재 코드의 문제점"과 "개선 후 예상되는 결과"를 함께 써주는데 그럼 더 정확한 답변 받아요.
저도 비슷한 방식 써요. 거기에 추가로 "레거시 코드라는 점 고려해서" 이런 식으로 컨텍스트까지 주니까 더 현실적인 조언이 나오더라고요. 범위 좁혀주는 게 핵심인 것 같습니다.
저도 비슷하게 하고 있는데 추가로 "어떤 부분이 가장 중요한지 우선순위 매겨줘" 이렇게 물어보니까 더 도움 되더라고요. 그리고 컨텍스트를 조금 더 설명해주면 AI가 도메인 특성을 더 잘 이해하는 것 같아요.
저도 비슷하게 하는데 여기에 "이전 버전과의 호환성 체크해줘" 같은 제약 조건도 함께 넣으니까 더 도움이 되더라고요. 특히 레거시 코드 다룰 때 유용해요.
저도 비슷한 방식 쓰고 있었는데 역시 범위를 좁혀주니까 훨씬 낫더라고요. 한 가지 추가로는 "이 부분에서 성능 문제 있다고 생각하는데 맞나?" 이렇게 내 의견도 먼저 제시하고 리뷰 받으니까 더 깊이 있는 피드백이 나오더라고요.
오 저도 범위 좁혀서 하니까 훨씬 낫더라고요 ㅋㅋ
오 범위 좁혀주는 거 진짜 좋은 팁이네요
저도 비슷한 방식 쓰는데 정말 효과 있더라고요. 저는 여기에 "리팩토링 전후 비교" 형식으로 달라고 하기도 하는데 그럼 AI가 구체적인 개선 코드까지 바로 제시해줘서 적용하기 쉽네요. 범위를 명확하게 지정하는 게 핵심인 것 같아요.
저도 비슷하게 하고 있었는데 범위를 좁혀주는 게 진짜 중요하네요. 전에는 그냥 코드 던지고 의존했는데 피드백이 산만할 때가 많았거든요.
최근에 추가로 하는 게 "리뷰 후에 개선된 코드도 같이 제시해줘" 이렇게 넣으니까 더 실질적이더라고요. 보안 이슈나 성능 문제 지적하고 끝나는 게 아니라 실제 해결책까지 같이 제시해주니까 훨씬 도움이 돼요. 혹시 컨텍스트 길이 제한 때문에 안 해본 거면 한번 시도해볼 만할 것 같습니다.
최근에 추가로 하는 게 "리뷰 후에 개선된 코드도 같이 제시해줘" 이렇게 넣으니까 더 실질적이더라고요. 보안 이슈나 성능 문제 지적하고 끝나는 게 아니라 실제 해결책까지 같이 제시해주니까 훨씬 도움이 돼요. 혹시 컨텍스트 길이 제한 때문에 안 해본 거면 한번 시도해볼 만할 것 같습니다.
저도 똑같이 하는데 정말 효과 차이가 크네요. 그냥 던지면 AI가 자기 맘대로 리팩토링까지 건의하던데 ㅋㅋ 범위 좁혀주니까 훨씬 실용적이더라고요.
저도 범위 좁혀서 물어봤는데 훨씬 나아요. 추가로 "이전 버전과의 차이점" 같은 컨텍스트도 함께 주면 더 정확한 개선안을 주더라고요.
댓글을 작성하려면 로그인이 필요합니다.