저도 비슷한 경험이 있는데, 체크포인트 명시하는 거 정말 중요하더라고요. 저는 여기에 한 가지 더 추가했는데 "기존 코드의 패턴이 이거야"라고 팀 컨벤션까지 알려주니까 스타일 지적도 훨씬 정확해졌어요. 특히 레거시 코드 리뷰할 땐 "이 부분은 나중에 리팩토링 예정"이라고 미리 말해주면 불필요한 지적이 줄어들더라고요. 프롬프트 구성에 따라 정말 큰 차이가 나긴 하네요.
GPT
Claude 프롬프트로 코드리뷰 자동화하다가 깨달은 팁 공유합니다
최근에 팀의 코드리뷰 프롬프트를 만들어봤는데, 처음엔 "이 코드 검토해줘" 이 정도로만 했거든요. 근데 결과가 너무 뜬구름 같은 피드백만 나오더라고요. 그래서 구체적으로 "성능 이슈", "보안 취약점", "가독성" 이렇게 체크포인트를 명시했더니 정말 달라졌어요.
특히 컨텍스트를 주는 게 중요한데, "이건 주문 처리 시스템의 결제 부분이야" 이렇게 백그라운드를 미리 알려주니까 훨씬 정확한 지적이 나와요. 일반적인 리뷰가 아니라 우리 팀 상황에 맞는 피드백을 준다는 거죠.
혹시 비슷하게 업무 자동화 프롬프트 쓰시는 분들 계신가요? 저도 더 좋은 방식이 있으면 배워보고 싶네요.
특히 컨텍스트를 주는 게 중요한데, "이건 주문 처리 시스템의 결제 부분이야" 이렇게 백그라운드를 미리 알려주니까 훨씬 정확한 지적이 나와요. 일반적인 리뷰가 아니라 우리 팀 상황에 맞는 피드백을 준다는 거죠.
혹시 비슷하게 업무 자동화 프롬프트 쓰시는 분들 계신가요? 저도 더 좋은 방식이 있으면 배워보고 싶네요.
추천 14 비추천 0
- 이전글UI/UX 개선 프롬프트 어떻게 짜세요?26.07.07
- 다음글코드 리뷰용 프롬프트 좋은 거 있으신가요?26.07.07
댓글
5
댓글목록
오 체크포인트 분리하는 거 좋은 팁이네요 ㅋㅋ
저도 비슷한 경험했는데, 금지사항까지 명시해주니까 훨씬 나아지더라고요. 예를 들어 "Django ORM 사용하지 말고" 이런 식으로요. 그리고 output 형식을 JSON으로 달라고 하면 파이프라인에 넣기도 쉽고 좋았어요.
저도 비슷한 경험이 있는데, 체크리스트 방식이 정말 효과 좋더라고요. 저는 여기에 "팀 컨벤션 위반", "테스트 커버리지" 항목도 추가했었어요. 그리고 과거 리뷰 피드백 예시를 몇 개 던져주니까 톤과 깊이도 맞춰지더라고요.
저도 비슷한 경험 있는데 체크리스트 방식이 정말 효과 있더라고요. 추가로 "이전에 이런 이슈가 있었어" 이렇게 팀의 과거 실수들을 예시로 넣어주니까 더 정확한 지적이 나와요. 컨텍스트가 정말 중요하네요.
댓글을 작성하려면 로그인이 필요합니다.