r/promptengineering•5개월 전•0•20
프롬프트에서 'Act As'를 제거했더니 결과가 예상 밖이었다
I Removed ‘Act As’ From My Prompts — The Results Were Unexpected
핵심 요약
복잡한 작업에서 'Act As' 페르소나 설정이 오히려 추론의 일관성을 해친다는 분석과 제약 조건 중심의 프롬프팅을 제안함.
- 페르소나 설정의 부작용 — 'Act As' 프롬프트가 복잡한 추론 작업에서 모델의 논리적 일관성을 저해함
- 제약 조건 중심 프롬프팅 — 페르소나 대신 구체적인 행동 지침과 구조적 제약을 우선시하여 출력 안정성을 높임
- 추론 모델의 특성 — 모델의 성능 최적화가 정밀도보다 페르소나 유지에 치중되어 할루시네이션을 유발할 수 있음
- 행동 기반 프롬프팅 — 추상적인 캐릭터 시뮬레이션보다 테스트 가능한 행동 지침을 정의하는 것이 디버깅에 유리함
나는 “Act As” 프롬프트가 복잡한 작업에서 조용히 출력 품질을 떨어뜨린다고 생각한다.
긴 문맥의 추론 워크플로우 전반에 걸쳐 구조화된 프롬프트를 테스트한 후, 이상한 점을 발견했다:
프롬프트가 연극적일수록(“천재 전략가처럼 행동해…”, “시니어 전문가처럼 행동해…” 등), 시간이 지날수록 추론 체인이 불안정해진다.
특히 다음 상황에서 그렇다:
- 긴 출력물
- 다단계 추론
- 밀도 높은 분석 작업
- 할루시네이션에 민감한 워크플로우
과도한 페르소나 레이어링이 정밀도를 높이는 대신 확률적 노이즈를 도입하는 느낌이다.
나에게 더 효과적이었던 방식은 다음과 같다:
- 제약 조건 우선 프롬프팅
- 구조적 라우팅
- 결정론적 지시
- 생성 전 일관성 감사
예시:
기존:
“전문 연구원처럼 행동해…”
현재:
[SYSTEM_DIRECTIVE]
- 문맥 일관성을 감사하라.
- 문체적 군더더기를 제거하라.
- 결정론적 추론 경로를 우선시하라.
- 중복된 토큰 생성을 압축하라.
- 구조적 일관성을 유지하라.
출력물이 눈에 띄게 안정적으로 변했다.
전체 추론 과정과 아키텍처 패턴은 여기에 기록해 두었다:
https://www.dzaffiliate.store/2026/05/jgvnl.html
다른 사람들도 페르소나가 강한 프롬프트에서 이런 성능 저하 현상을 느꼈는지 궁금하다.
