PR 올리기 전에 리뷰 한 번 돌리기

상황

리뷰어에게 넘기기 전에 내가 먼저 걸러내고 싶을 때 씁니다. 사람이 볼 시간을 문법·컨벤션이 아니라 설계 판단에 쓰게 하는 게 목적이에요. 코멘트를 PR에 바로 달아두면 리뷰어가 맥락을 따로 물어볼 일이 줄어듭니다.

단계별 설명

1. 01 Claude Codeagent

   변경 diff부터 읽힌다

   브랜치 전체가 아니라 이번 변경분만 컨텍스트에 넣습니다. 파일 전체를 읽히면 무관한 코드까지 지적하느라 정작 이번 변경의 문제를 놓쳐요.

2. 02 requesting-code-reviewskill

   무엇을 봐달라고 할지 먼저 정한다

   관점을 지정하지 않으면 리뷰가 스타일 지적으로 흐릅니다. 이번 변경에서 무너지기 쉬운 지점(경계 조건·권한·되돌릴 수 없는 동작)을 먼저 적어주면 지적의 밀도가 달라집니다.

3. 03 code-reviewplugin

   지적을 그대로 믿지 않는다

   틀린 지적이 섞여 나옵니다. 각 항목을 코드로 다시 확인하고, 근거가 안 나오면 버립니다. 무비판적으로 다 반영하면 멀쩡한 코드가 망가져요.

4. 04 GitHub MCP Servermcp

   살아남은 항목만 PR 코멘트로

   확인을 통과한 지적만 인라인 코멘트로 답니다. 전부 올리면 리뷰어가 노이즈를 걸러내는 일을 대신 하게 됩니다.