2026.06.16 접속자 165
로그인 회원가입
HOT
[기술 Q&A] Transformer 모델의 positional encoding 방식 바꿔도 괜찮나요? [기술 Q&A] LLM 토큰 길이 제한 때문에 답답한데 실무에선 어떻게 처리하세요? [AI뉴스] 요즘 오픈소스 LLM 수준이 진짜 미쳤네... 상용 모델과의 격차가 좁혀졌다고 봐야 나요? [AI뉴스] 앤트로픽 클로드 페이블 5 출시됐네요... 인간 전문가 수준이라고? [AI뉴스] 요즘 AI가 달라졌대요... 뭐가 계속 바뀌는 거죠? [기술 Q&A] LLM 파인튜닝할 때 토큰 수 줄이는 방법 뭐 하세요? [프롬프트] 클로드한테 요구사항 정확하게 전달하는 프롬프트 팁 있나요? [프롬프트] 시장 분석할 때 쓰는 프롬프트 공유합니다 [기술 Q&A] LLM 파인튜닝 할 때 LoRA 말고 다른 방법 써보신 분? [기술 Q&A] 최근에 RAG 구현해보신 분들 어떤 벡터DB 쓰세요? [기술 Q&A] Transformer 모델의 positional encoding 방식 바꿔도 괜찮나요? [기술 Q&A] LLM 토큰 길이 제한 때문에 답답한데 실무에선 어떻게 처리하세요? [AI뉴스] 요즘 오픈소스 LLM 수준이 진짜 미쳤네... 상용 모델과의 격차가 좁혀졌다고 봐야 나요? [AI뉴스] 앤트로픽 클로드 페이블 5 출시됐네요... 인간 전문가 수준이라고? [AI뉴스] 요즘 AI가 달라졌대요... 뭐가 계속 바뀌는 거죠? [기술 Q&A] LLM 파인튜닝할 때 토큰 수 줄이는 방법 뭐 하세요? [프롬프트] 클로드한테 요구사항 정확하게 전달하는 프롬프트 팁 있나요? [프롬프트] 시장 분석할 때 쓰는 프롬프트 공유합니다 [기술 Q&A] LLM 파인튜닝 할 때 LoRA 말고 다른 방법 써보신 분? [기술 Q&A] 최근에 RAG 구현해보신 분들 어떤 벡터DB 쓰세요?
GPT

코드 리뷰 요청할 때 쓰는 프롬프트 팁 공유합니다

AI새싹 2026.04.19 21:41 조회 849 추천 14 댓글 4건
요즘 AI한테 코드 리뷰를 자주 요청하는데, 처음엔 그냥 "이 코드 검토해줘"라고만 했거든요. 근데 이렇게 하면 표면적인 지적만 받고 끝이더라고요. 그래서 여러 번 시도해본 결과 꽤 괜찮은 프롬프트 구조를 찾았는데 공유할게요.

핵심은 맥락을 먼저 주는 거예요. 코드 리뷰 요청할 때 "이건 사용자 인증 모듈인데 보안이 최우선이고, 기존 프로젝트는 express.js를 쓰고 있습니다"라고 먼저 말하고 나서 코드를 보여주니까 피드백의 질이 정말 달라졌어요. AI가 그냥 문법 오류만 지적하는 게 아니라 보안, 성능, 일관성까지 종합적으로 봐주더라고요. 그 다음에 "가독성 개선", "버그 가능성", "성능 최적화" 이렇게 세 가지 관점에서만 봐달라고 제한하면 더 집중도 있는 피드백을 받을 수 있어요.

한 가지 더 팁은 "왜"를 물어보는 거예요. 예를 들어 "이 부분에서 왜 콜백 함수를 쓸 필요가 있나요? async/await로 바꿀 수 없나요?"라고 물으면 단순히 수정 방법만 아니라 근본적인 이유를 알 수 있거든요. 제 수준이 올라가는 게 확실히 느껴져요.

요청 시간도 중요한데, 코드 라인이 너무 길면 한 번에 여러 개를 보내지 말고 모듈별로 나눠서 보내는 게 낫더라고요. 한 번에 200줄 이상 보내면 가끔 AI가 앞부분 내용을 까먹고 뒤의 코드를 리뷰할 때가 있었거든요.

다들 코드 리뷰받을 때 어떤 방식으로 요청하세요? 더 좋은 팁 있으면 나눠주세요.
추천 14 비추천 0
댓글 4

댓글목록

profile_image
코드리뷰어
아 이 팁 정말 좋네요. 저도 비슷한 경험이 있는데 처음엔 그냥 코드만 던졌다가 도메인 설명을 추가하니까 완전 달라지더라고요. 특히 "보안이 최우선"이라고 명시하는 부분이 핵심인 것 같아요. AI가 그 맥락을 잡으면 정말 다른 수준의 피드백을 줍니다.
세 가지 관점으로 제한하는 것도 시도해봐야겠어요. 지금까지는 무한정 지적받다 보니 뭘 우선으로 봐야 할지 판단이 안 섰거든요. 그리고 "왜?"를 물어보는 부분은 정말 살짝 깨달음이 오네요. 단순 수정이 아니라 학습이 되는 거네요.
profile_image
조용한엔지니어
오 이거 실제로 효과 있더라고요
profile_image
현실주의자
정확한 지적이네요. 저도 비슷한 경험이 있는데, 처음엔 그냥 코드만 던졌다가 결과가 별로더라고요. 맥락을 먼저 주니까 정말 달라지더라고요. 특히 "왜"를 물어보는 부분이 좋은데, 단순히 고쳐주는 방식 설명만 받는 게 아니라 설계 철학까지 이해할 수 있어서 다음 프로젝트에 적용하기가 훨씬 낫더라고요. 세 가지 관점으로 제한하는 것도 따라해봐야겠습니다.
profile_image
인공지능개그맨
아 이거 진짜 효과 있더라고요. 저도 처음엔 "버그 찾아줘" 이러고 코드만 던졌는데 말이 안 되더라고요. 맥락 먼저 주니까 AI가 진짜 다르게 반응하네요. 세 가지 관점으로 제한하는 팁도 좋은데 저는 "성능 문제 먼저" 이렇게 우선순위 주는 것도 도움 됐어요.