OpenAI 공식 GPT 5.5 프롬프트 가이드: 핵심 변화 7가지 정리

배경: 왜 기존 프롬프트를 다시 써야 하나

공식 문서는 분명합니다. 이전 프롬프트는 절차를 과도하게 지정하는 경우가 많았고, 초기 모델이 궤도를 벗어나지 않도록 돕기 위함이었습니다. GPT-5.5에서는 그 세부가 노이즈가 되어 탐색 공간을 줄이고 기계적인 답을 만듭니다.

Django 공동 창시자 Simon Willison은 OpenAI가 튜닝된 레거시 프롬프트가 그대로 통할 것이라 가정하지 말고 처음부터 다시 쓰라고 권한다고 지적했습니다. GPT-5.5로 이전하거나 LimaxAI에서 비슷한 기능을 쓸 때 프롬프트를 모델 이름 교체가 아닌 새 제품 설계로 보세요.

변화 1: 손잡이식 지시에서 결과 중심으로

구 스타일(절차 우선)

A를 확인하고 B를 확인한 뒤, 필드를 하나씩 비교하고, 모든 예외를 따져 어떤 도구를 호출할지 정하고, 끝나면 전 과정을 사용자에게 설명한다.

신 스타일(결과 우선)

사용자 문제를 완전히 해결한다. 정책과 계정 데이터로 무엇을 먼저 할지 정하고, 한 뒤 무엇을 했고 무엇이 남았는지 보고한다. 정보가 부족하면 가장 중요한 질문 하나만 한다.

한 줄로: 목적지를 설명하고, 지도의 모든 굴곡은 쓰지 않는다. GPT-5.5는 스스로 경로를 계획한다. 경로를 고정하면 더 나은 해법을 막을 수 있다.

변화 2: 절대 표현은 줄이고, 진짜 레드라인에만

«항상 JSON», «500자를 절대 넘기지 마», «답하기 전에 반드시 검색» 같은 가드레일이 흔했습니다. GPT-5.5는 절대 표현에 매우 민감합니다—서로 충돌하는 «반드시» 두 개가 있으면 둘 다 만족하려다 둘 다 실패할 수 있습니다.

상황	권장 스타일
안전 규칙, 필수 필드, 엄격한 금지	always/never(항상/절대)
검색할지, 사용자에게 물을지	조건문

예: «답변 전 반드시 검색»을 «질문을 받은 뒤 기존 맥락만으로 답할 수 있는지 판단하고, 가능하면 검색 없이 바로 답한다»로 바꾼다.

변화 3: 역할은 다시 중요하지만 짧게

«20년 경력의 최고 애널리스트…» 같은 긴 이력서형 페르소나는 GPT-5.5에서 ROI가 낮습니다. 공식 7단 골격은 여전히 Role과 Personality로 시작하지만 형태가 바뀌었습니다:

• Role: 기능과 맥락을 1~2문장으로.
• Personality: 톤, 온도, 협업 스타일—이력서가 아님.

가이드의 두 가지 페르소나 예:

• Steady: 믿을 만한 협업자—차분하고 직접적; 사용자는 유능하다고 가정; 불필요한 확인 없이 일을 진행.
• Expressive: 대화적이고 호기심 많으며 적절히 위트; 모호하면 묻고, 맥락이 충분하면 결단.

Personality는 «어떻게 말하는지», 협업 스타일은 «어떻게 행동하는지」(모호한 요청에서 추측 vs. 확인)—따로 쓰세요.

변화 4: 다단계 작업은 실행 전에 확인

복잡한 작업에서 모델은 한동안 내부 추론만 하고 화면에 출력이 없어 사용자가 멈춘 것으로 착각하기 쉽습니다. 프롬프트에 Preamble(서두 확인) 규칙을 넣으세요:

다단계 작업에서 도구를 호출하기 전에, 요청을 받았고 첫 단계가 무엇인지 알리는 짧은 사용자용 업데이트를 1~2문장으로 보낸다.

Codex 같은 제품은 이미 «코드베이스를 분석 중이며, 테스트 파일부터 시작합니다» 같은 패턴을 쓰며, API와 긴 ChatGPT 작업 모두에 유효합니다.

변화 5: 중단 조건을 정의하라

«관련 정보를 검색한 뒤 답한다»만 쓰고 언제 멈출지 정하지 않으면 검색이 반복되고 토큰은 늘며 답은 산만해집니다.

두 가지 흔한 전략:

1. 검색 예산: 일반 Q&A는 기본 1라운드; 1페이지 증거로 충분하면 답한다. 2라운드는 1페이지에 답이 없거나, 핵심 데이터가 빠지거나, 사용자가 전면 커버를 원할 때만.
2. 루프 중단: 각 도구 라운드 후 기존 증거로 핵심 질문에 답할 수 있는지 스스로 묻고, 가능하면 멈춘다.

변화 6: 공식 7단 프롬프트 골격

구간	목적
Role	기능·맥락(1~2문장)
Personality	톤·스타일·협업
Goal	사용자에게 보이는 산출물
Success	완료 정의
Constraints	안전·비즈니스·증거·부작용 경계
Output	형식·길이·목소리
Stop rules	재시도·에스컬레이션·거절·질문·중단 시점

참고: 매번 7단을 다 쓸 필요는 없습니다. 단순 Q&A는 Goal+Output만으로 충분할 수 있고, 다중 도구 에이전트는 전체가 필요합니다. OpenAI 개발자 콘솔의 Optimize로 기존 프롬프트를 이 구조에 맞게 다듬을 수 있습니다.

변화 7: 형식 제어와 간결한 기본값

GPT-5.5는 기본적으로 간결하고 직접적입니다. API에서는 text.verbosity(medium 기본, 더 짧게는 low 시도); 복잡한 형식은 프롬프트에 큰 JSON 예시 대신 Structured Outputs를 쓰세요.

문체는 프롬프트로도 지정할 수 있습니다. 예:

기본은 자연스러운 단락; 제목·굵게·목록은 이해에 도움이 될 때만.

리라이트는 무엇을 유지할지를 어떻게 고칠지보다 먼저:

원문 구조·길이·문체를 유지하고 명료성만 높인다—사용자가 요청하지 않는 한 새 주장·단락을 추가하지 않는다.

유지 규칙이 없으면 모델은 기본적으로 확장·재구성하기 쉽습니다.

이전 팁: reasoning effort는 낮은 쪽부터

프롬프트 외에 **reasoning.effort**도 재평가하세요. GPT-5.5 기본은 medium이고 많은 작업은 low로 충분합니다. 높을수록 항상 좋은 것은 아닙니다—충돌 지시나 약한 중단 규칙에 높은 effort는 과도한 검색·우회를 낳을 수 있습니다. 고정 평가 세트로 A/B를 돌리고 low/medium부터 시작해, 품질 이득이 지연·비용을 정당화할 때만 high/xhigh로 올리세요.

요약: 한 줄로 기억하기

원하는 것을 말하고, 모든 실행 단계는 가르치지 마라.

차원	GPT-5.4 이전	GPT-5.5
절차	상세 단계	결과만
어조	절대 표현 다수	레드라인만 절대, 나머지는 조건
역할	긴 배경	1~2문장+페르소나
다단계	즉시 실행	먼저 확인
중단	자주 생략	명시 권장
구조	자유	7단 골격(필요 시 축소)
형식	기본값	API 매개변수+프롬프트

다시 쓴 뒤 실제 작업에서 나란히 테스트하세요. 채팅으로 GPT를 쓰려면 아래 LimaxAI 버튼에서 원하는 모델을 선택하세요.