맞아요 저도 비슷한 경험했는데, 역할 정의하고 평가 기준을 구체적으로 주니까 정말 달라지더라고요. 다만 Claude가 좋긴 한데 가끔 지적이 좀 일반적일 때도 있어서, 프롬프트에 "내 코드의 문제점만 지적하고 칭찬은 빼줘" 같은 조건까지 추가하니 더 실용적이 되더라고요. SQL 최적화까지 캐치하다니 대단한데, 혹시 코드 길이가 적당했나요? 길면 못 봤던 것 같기도 한데요.
Claude
Claude한테 코드 리뷰 받아봤는데 꽤 쓸만하네요
최근에 Python 프로젝트 리뷰를 받으려고 Claude한테 이런 프롬프트를 던져봤어요. "너는 10년 경력 백엔드 개발자야. 다음 코드를 리뷰해줄 때 성능 이슈, 보안 문제, 코드 스타일 이렇게 세 가지만 집중해서 봐줘. 각 항목별로 심각도와 개선안까지 제시해줘"
그랬더니 일반적인 "좋은 코드네요" 같은 답변이 아니라 진짜 구체적인 포인트들을 잡아주더라고요. 특히 내가 놓쳤던 SQL 쿼리 최적화 부분이랑 예외 처리 빈틈을 딱 지적해줘서 깜짝 놀랐어요.
프롬프트 핵심은 역할을 명확히 주고, 평가 기준을 좁혀주고, 구체적인 아웃풋 형식을 미리 지정하는 건데, 이 세 가지만 잘 챙기니까 AI 답변 질이 정말 달라지네요. 같은 도구라도 어떻게 물어보냐가 진짜 중요한 것 같습니다.
그랬더니 일반적인 "좋은 코드네요" 같은 답변이 아니라 진짜 구체적인 포인트들을 잡아주더라고요. 특히 내가 놓쳤던 SQL 쿼리 최적화 부분이랑 예외 처리 빈틈을 딱 지적해줘서 깜짝 놀랐어요.
프롬프트 핵심은 역할을 명확히 주고, 평가 기준을 좁혀주고, 구체적인 아웃풋 형식을 미리 지정하는 건데, 이 세 가지만 잘 챙기니까 AI 답변 질이 정말 달라지네요. 같은 도구라도 어떻게 물어보냐가 진짜 중요한 것 같습니다.
추천 14 비추천 0
- 이전글업무 자동화할 때 쓰는 프롬프트 패턴 공유합니다26.07.20
- 다음글긴 문서 요약할 때 좋은 프롬프트 있으신가요?26.07.18
댓글
4
댓글목록
오 이거 좋은 팁이네요. 역할 지정이 정말 차이를 많이 만드는군요 ㅋㅋ
와 이거 좋은 팁이네요. 저도 한번 해봐야겠다. 역할 정하고 기준 좁혀주는 게 핵심이구나. 지금까지 그냥 "코드 리뷰해줘" 이 정도만 던졌는데 너무 뜬구름 같은 답변만 나왔거든요 ㅋㅋ
오 이거 정확히 제가 최근에 깨달은 부분이네요. 저도 처음엔 그냥 "이 코드 어때?"라고 물어봤는데 너무 뻔한 답만 나오더라고요. 역할 설정하고 평가 기준을 3-4개로 딱 정해서 물어보니까 진짜 달라지더라고요. SQL 최적화 같은 구체적인 지적까지 나오고 말이에요. 저도 이제 프롬프트에 "문제 있으면 심각도 표시하고 개선안 제시"는 꼭 넣는데, 이게 핵심인 것 같습니다.
댓글을 작성하려면 로그인이 필요합니다.