"적대적 검토자(adversarial reviewer)" 스킬 패턴을 대중화한 분께 감사드립니다. Claude가 절대 안 하던 걸 해결했어요
Whoever popularized the "adversarial reviewer" skill pattern, thank you, it fixed the one thing I could never get Claude to do
핵심 요약
Claude가 스스로 작성한 코드를 맹목적으로 칭찬하는 문제를 '적대적 검토자' 프롬프트로 해결한 경험담입니다.
- 적대적 검토자 — 작성자와 분리된 컨텍스트에서 비판적으로 코드를 검토하게 함
- 자기 객관화 — Claude가 스스로의 코드에 관대해지는 문제를 방지함
- 교차 검증 — 다른 LLM을 검토자로 활용해 코드 품질을 높임
- 워크플로우 개선 — 서브 에이전트나 외부 모델을 활용한 검토 프로세스 도입
작은 감사 포스트 하나 남깁니다. 오랫동안 Claude를 쓰면서 가장 큰 문제는 코딩 실력이 아니라, 스스로 숙제를 채점하고 스스로 A를 주는 거였습니다. 작업 내용을 확인하라고 하면 방금 자기가 쓴 게 최고라며 아주 즐겁게 확신하곤 했죠.
이걸 해결해 준 패턴은 여기서 본 건데, 검토 작업을 완전히 별개의 새로운 컨텍스트에 맡기고 명시적으로 '적대적 프레임'을 씌우는 겁니다. "이거 검토해 줘"가 아니라, "너는 이걸 작성하지 않은 회의적인 검토자이고, 이 코드에 결함이 있다고 가정하고 문제를 찾아내"라고 하는 거죠. 작성했다는 기억이 전혀 없는 상태에서 별도의 단계로 실행하면, 자랑스러운 부모가 아닌 진짜 비판적인 시각을 얻을 수 있습니다.
작성자 컨텍스트는 자기 선택을 방어하느라 보지 못하는 것들을 이 방식은 잡아냅니다. 지나고 보니 당연해 보이지만, 여기서 누군가 명확히 설명해 주기 전까지는 저도 몰랐던 부분입니다.
어쨌든, 이 방법을 퍼뜨린 분께 감사드립니다. 여러분은 본인 스스로 생각해 낸 것 말고, 일하는 방식을 바꾼 다른 스킬 패턴이 또 있나요?

