프롬프트에서 '당신은 유능한 엔지니어입니다'와 같은 역할 부여는 이제 불필요할까요

과거의 프롬프트 엔지니어링에서는 서두에 '당신은 유능한 시니어 엔지니어입니다', '당신은 세계 최고 수준의 마케터입니다'와 같은 역할 설정을 넣는 것이 정석이었습니다. 하지만 최근 제 프롬프트를 정리하면서 이 문장 한 줄을 통째로 삭제했습니다. 성능은 떨어지지 않았습니다.

그렇다면 '역할 설정(Role Setting)' 자체가 이제 필요 없어진 것일까요? 결론부터 말하자면, '역할 설정' 자체는 죽지 않았지만, '유능한~입니다'와 같은 능력 강조 부분은 가치를 잃었습니다. 이번에 제가 삭제한 것은 후자입니다. 최신 레퍼런스를 바탕으로 이 차이점을 정리합니다.

'당신은 유능한~'이라는 문구는 구세대 모델(GPT-3.5 / Claude 2 시대)에서는 실제로 효과가 있었습니다. 이는 모델의 출력을 '전문가다운 텍스트 분포'에 가깝게 만드는 해킹(hack)처럼 기능했기 때문입니다.

하지만 현행 모델은 지시가 없어도 항상 능력 상한선으로 작동하도록 조정되었습니다. 아첨을 한다고 해서 성능이 올라가지 않습니다.

게다가 Claude Code와 같은 환경에서는 이미 하네스 측의 시스템 프롬프트가 'You are Claude Code, an agent for software engineering tasks'처럼 역할을 정의하고 있습니다. 즉, 스킬이나 규칙 내에 작성한 페르소나 라인은 중복 정의된 순수한 노이즈일 뿐이었습니다. 삭제하는 것이 정답이었던 것입니다.

반면에 역할이 '시점(Viewpoint)・도메인(Domain)・행동 제약(Action Constraint)'을 정의하고 있는 경우는 완전히 별개입니다.

실제로 Anthropic의 현행 문서에 올라와 있는 에이전트 예시는 여전히 다음과 같은 형태를 사용합니다.

system: "You are a research assistant. Cite sources for every claim." 

이 역할 라인이 기능하는 것은 모델의 IQ를 자극해서가 아니라, '직무(Job)'를 설정하고 있기 때문입니다. '리서치 어시스턴트로서 모든 주장에 출처를 제시하라'라는 행동 제약이 정보로 담겨 있습니다.

구별하는 방법은 간단합니다.

• ❌ '당신은 유능한 엔지니어입니다' → 삭제해도 동작 변화 없음
• ⭕ '당신은 보수적인 코드 리뷰어. 동작 변경은 일절 제안하지 마시오.' → 삭제하면 동작이 변함

삭제해서 동작이 변한다면 정보이고, 그렇지 않다면 장식입니다. 장식은 지워도 괜찮습니다.

이번 조사에서 가장 중요했던 지견이 이것입니다. 공식의 마이그레이션 가이드에 명시되어 있는데, 최신 세대에서는 프롬프트 작성 방식 자체가 역방향으로 바뀌고 있습니다.

강압적인 문구는 과도한 트리거를 일으킵니다. Claude 4.6 이후로는 지시 추종이 대폭 강화되었기 때문에, 구 모델용으로 작성했던 CRITICAL: 반드시 ~할 것과 같은 강한 문구는 오히려 과잉 반응을 유발합니다. 공식에서도 'dial back any aggressive 'CRITICAL: YOU MUST' instructions'라고 명시하고 있습니다.

절차의 세부 지정은 품질을 떨어뜨립니다. 최신 최고급 모델에서는 '절차를 상세하게 지정한 프롬프트는 오히려 출력 품질을 낮추므로, 목표와 제약만 언급하고 절차 나열은 삼가라(de-prescribe)'가 공식 권장 사항입니다.

소형 모델은 예외적으로 틀 지어주는 것이 효과적입니다. Haiku 같은 소형 모델은 명확한 틀 짓기/제약의 이점이 상대적으로 큽니다. 하지만 효과를 보는 것은 역시 구체적인 지시이지, '유능하다'는 라벨이 아닙니다.

요약하자면, '페르소나로 자극 → 상세 절차로 구속'이라는 구작법에서 '직무 정의 + 제약 + 목표'만 작성하는 신작법으로 전환되고 있습니다. 프롬프트의 메타 규칙으로 흔히 언급되는 '짧게・1줄 핵심・채점 가능'은 공식의 방향성과도 일치합니다.

마지막으로, 실제 운영 상황별로 정리하겠습니다.

Claude Code의 rules / skills에서는 페르소나가 불필요합니다. 하네스가 이미 역할을 정의하고 있으므로, 추가적인 페르소나 라인은 중복 정의 노이즈가 됩니다.

API로 자체 에이전트를 구성할 때는 짧은 역할 정의가 유효합니다. 경마・경륜 분석 프롬프트와 같은 도메인 특화 상황에서는 시스템 프롬프트 서두에 직무 정의를 배치할 가치가 있습니다. 다만 작성 방식이 중요하여, '당신은 유능한 예상가입니다'가 아니라, '차권 전략을 세우는 분석자. 배분 합계는 반드시 100%'와 같은 검증 가능한 제약이 걸린 직무 정의로 작성해야 합니다.

이 관점은 DeepSeek이나 Gemini용으로 작성된 프롬프트에도 그대로 적용됩니다. 능력 강조형 문구가 남아 있다면, 마찬가지로 축소 대상입니다.

• 「우수한(優秀な)」「전문가(エキスパートの)」와 같은 능력 부스트형 페르소나는 현행 모델에서는 무효. 삭제해도 좋음
• 관점·도메인·행동 제약을 전달하는 역할 설정은 지금도 유효하며 공식적으로도 권장됨
• 판정 기준은 "삭제했을 때 동작이 변하는가"임
• 최신 세대에서는 강압적인 문구나 상세 절차의 나열이 오히려 역효과. 직무 정의(Job Definition) + 제약(Constraint) + 목표(Goal)에 집중할 것
• 소형 모델(Small Model)만은 명확한 프레임워크 설정의 혜택이 크지만, 효과가 있는 것은 구체적인 지시이지 아첨이 아님

"역할을 부여하는" 습관 그 자체를 버릴 필요는 없습니다. 버려야 할 것은 모델을 향한 아첨뿐입니다.

덤: 경마·경륜 × AI 실전 사례는 이쪽으로

본 기사에서 다룬 "검증 가능한 제약이 포함된 직무 정의"는 경마·경륜 분석 프롬프트에서 실제로 운용하고 있는 것입니다. AI를 이용한 마권·차권(車券) 전략의 시행착오는 각각 아래에서 공개하고 있으니, 관심이 있다면 살펴보시기 바랍니다.

• 경마: 우마라보 (note)
• 경륜: 경륜라보 (note)