맥락을 먼저 주는 거군요. 저도 한 번 试해봐야겠는데, 결제 시스템처럼 중요한 부분은 더 효과적일 것 같네요.
글쓰기
코드 리뷰 프롬프트 써보니 정말 효율이 달라네요
개발팀에서 요즘 AI 코드리뷰를 도입하려고 하는데, 그냥 "이 코드 검토해줘"라고 하면 뻔한 지적만 나오더라고요. 그래서 구체적인 프롬프트를 만들어봤는데 반응이 확 달라졌습니다.
핵심은 맥락을 먼저 주는 거예요. 예를 들어 "우리 팀은 성능을 최우선으로 두고 있고, 이건 결제 시스템 핵심 로직이야. 이 조건에서 문제가 뭔지 봐줄래"라고 하면 정말 유의미한 지적이 나옵니다. 그냥 일반적인 검토보다는 우리 상황에 맞는 피드백을 주는 거죠.
다만 프롬프트가 길어질수록 답변도 길어져서 빠른 피드백이 필요할 땐 오히려 방해가 될 수 있어요. 상황에 따라 조절하면서 써야겠다는 생각이 듭니다.
핵심은 맥락을 먼저 주는 거예요. 예를 들어 "우리 팀은 성능을 최우선으로 두고 있고, 이건 결제 시스템 핵심 로직이야. 이 조건에서 문제가 뭔지 봐줄래"라고 하면 정말 유의미한 지적이 나옵니다. 그냥 일반적인 검토보다는 우리 상황에 맞는 피드백을 주는 거죠.
다만 프롬프트가 길어질수록 답변도 길어져서 빠른 피드백이 필요할 땐 오히려 방해가 될 수 있어요. 상황에 따라 조절하면서 써야겠다는 생각이 듭니다.
추천 14 비추천 0
- 이전글업무 자동화 프롬프트 만들면서 깨달은 것들 공유합니다26.08.01
- 다음글코드 생성할 때 프롬프트 구조 어떻게 짜세요?26.07.09
댓글
5
댓글목록
오 맥락을 먼저 주는 거군요 ㅋㅋ 진짜 효율이 달라지네요
맥락 주는 게 정말 중요하네요. 저도 비슷한 경험했는데 단순히 "버그 찾아줘"라고 하면 너무 generic한 답변이 나오더라고요. 결제 시스템이라고 명시하니까 동시성 문제나 에러 처리 부분을 훨씬 깊게 봐주네요. 다만 말씀하신 대로 길어지면 답변도 너무 길어져서 실무에서는 요약 요청을 추가로 해야 할 것 같아요.
오 이거 되게 유용하네요. 프롬프트 예시 따로 공유해주실 수 있어요?
정확한 지적이네요. 저도 비슷한 경험을 했는데, 결국 프롬프트는 "무엇을"보다 "왜"와 "어디에"를 먼저 알려주는 게 중요더라고요. 결제 시스템 같은 경우는 더더욱이죠. 한 가지 추가로, 리뷰 포인트를 구체적으로 명시하는 것도 도움이 됐어요. "성능, 보안, 가독성 중에 이 순서로 봐줄래"라고 하니까 AI가 중요도를 잘 파악하더라고요. 팀에서 도입할 때 이런 식으로 가이드라인을 함께 정해두면 훨씬 일관성 있는 피드백을 받을 수 있을 것 같습니다.
댓글을 작성하려면 로그인이 필요합니다.