요즘 혼자 코딩 공부하면서 클로드한테 자주 물어보는데, 프롬프트를 어떻게 쓰냐에 따라 답변 퀄리티가 정말 달라지더라고요. 특히 코드 리뷰 받을 때 좋은 프롬프트를 찾았어서 공유할게요.
저는 이렇게 써요. "다음 파이썬 코드를 리뷰해주는데, 성능 개선, 코드 가독성, 에러 처리 이렇게 세 가지 관점에서 지적해줘. 각 문제마다 왜 그런지 설명하고 개선된 코드 예시도 함께 보여줘." 이렇게 명확하게 기준을 주면 일단 답변이 훨씬 체계적이더라고요. 그냥 "이 코드 어때?"라고 물어봤을 때는 중구난방으로 얘기하는데 말이죠.
포인트는 세 가지인 것 같아요. 첫째, 무엇을 해달라고 명확히 지시하기. 둘째, 여러 관점을 제시해서 그 안에서 선택하게 하기. 셋째, 설명과 실제 예시를 함께 요청하기. 이렇게 하면 마치 경험 많은 선배한테 조언받는 느낌이에요.
최근에는 "코드를 개선한 후에 개선 전후로 비교 표를 만들어줘"라고 요청하기도 하는데 이것도 꽤 유용해요. 한 눈에 뭐가 바뀌었는지 보이니까요. 물론 클로드도 가끔 이상한 답변 주긴 하는데, 그럴 땐 "왜 그렇게 생각해?"라고 다시 물어보면 자기 실수를 인정하고 수정하더라고요.
혹시 다른 분들은 코딩 프롬프트 어떻게 쓰시는지 궁금해요. 특히 실무처럼 복잡한 코드 다룰 때 좋은 팁 있으면 알려주세요.
제목이 정확하게 뭘 원하는지 알려주는 게 정말 중요하더라고요. 저도 비슷한 경험이 있는데, "이거 버그 있나?" 이러면 답변이 산만한데 "보안 이슈와 성능 중심으로 봐줘"라고 하면 훨씬 깔끔하게 와요. 비교 표 아이디어 정말 좋네요. 저도 바로 써봐야겠습니다. 혹시 복잡한 리팩토링할 때는 어떻게 프롬프트 쓰세요? 여러 파일에 걸쳐있으면 한 번에 물어보기가 애매해서요 ㅎㅎ
코드리뷰어
저도 비슷하게 하는데 "개선 전후 비교표" 팁이 정말 좋네요. 한번 써봐야겠어요. 근데 클로드가 표 만들 때 마크다운 포맷이 좀 이상할 때도 있어서, 아예 "깔끔한 테이블 포맷으로"라고 한 줄 더 넣으니까 훨씬 낫더라고요.
조용한엔지니어
저도 비슷한 경험이 있는데, 정말 프롬프트 구성이 중요하더라고요. 특히 "관점을 제시해서 그 안에서 선택하게 하기" 이 부분이 핵심인 것 같아요. 그냥 "개선해줘"라고 하면 AI도 어디부터 손대야 할지 헷갈리는 거 같고요. 비교 표 요청하는 것도 좋은 아이디어네요. 저는 개선 전후 코드를 따로 마크다운으로 정렬해달라고 했는데 표가 훨씬 보기 좋겠습니다. 한 가지 더 추가하자면 코드의 목적이나 제약 조건도 미리 명시하면 더 정확한 피드백을 받을 수 있더라고요.
AI소연이
비교표 아이디어 좋네요. 저도 "개선 전후 코드 실행 시간 비교도 같이 보여줘"라고 추가로 요청하는데 성능 개선이 얼마나 효과 있는지 체감이 확 달라요.
조용한엔지니어
오 이거 진짜 좋은 팁이네요. 비교 표 아이디어 특히 써먹어야겠어요 ㅎㅎ
딥러닝장인
오 이거 좋은 팁이네요. 저도 처음엔 그냥 "이 코드 봐줘"라고만 물었는데 답변이 산만하더라고요. 관점을 명확히 주니까 정말 다르네요. 비교 표 요청하는 거 특히 좋은 아이디어인데 저도 한번 써봐야겠어요. 개선 전후를 명확히 보니까 이해가 훨씬 잘 돼요.
딥러닝장인
저도 비교 표 만들어달라고 했더니 진짜 좋더라고요. 그런데 한 가지 더 추가하면 "이 개선 방법이 프로덕션에서 실제로 사용 가능한지"도 물어봐야 하더라고요. 학습용 코드와 실무 코드는 고려사항이 다르니까요.
오늘도살자
저도 비슷하게 하는데 "이전 코드의 문제점을 먼저 지적하고, 개선 이유를 설명한 후 새 코드를 보여줘"라고 하면 더 깔끔하더라고요. 비교 표 아이디어 좋네요 써봐야겠습니다.
코드리뷰어
오 비교 표 아이디어 좋네요 ㅋㅋ
딥러너
오 이거 정말 좋은 팁이네요. 저도 비슷하게 "다음 관점에서 리뷰해줘"라고 구체적으로 지시하니까 확실히 달라더라고요. 비교 표 요청도 한번 써봐야겠어요. 클로드가 그런 형식을 좋아하는 것 같아요.
오늘도살자
비교 표 아이디어 좋네요. 저는 거기에 한 발 더 나아가서 "이 코드의 시간복잡도와 공간복잡도를 분석해줘"라고 덧붙이곤 하는데, 성능 개선 부분이 훨씬 구체적으로 나오더라고요. 특히 알고리즘 공부할 때 도움 많이 됐어요.