이 문서는 GPT-5.5 모델을 효과적으로 활용하기 위한 프롬프트 작성 방법을 안내합니다. GPT-5.5는 이전 모델들과 달리 더욱 간결하고 결과 중심적인 프롬프트를 선호하며, 모델의 성격, 협업 방식, 응답 형식, 그리고 정보 검색 및 검증 방식 등을 구체적으로 지시함으로써 더 효율적이고 원하는 결과에 가까운 출력을 얻을 수 있습니다.

1. GPT-5.5의 특징과 프롬프트 작성의 기본 원칙

GPT-5.5는 이전 모델들과 비교했을 때, 프롬프트에서 원하는 결과를 명확히 정의하고 모델이 효율적인 해결 경로를 스스로 선택하도록 여지를 주는 방식에서 가장 좋은 성능을 보입니다. 즉, "좋은 결과는 어떤 모습인가", "어떤 제약 조건이 중요한가", "어떤 증거를 활용할 수 있는가", "최종 답변에 무엇이 포함되어야 하는가"와 같이 결과 지향적인 프롬프트를 사용하는 것이 좋습니다. 🌟

이전 모델에서 사용했던 것처럼 과정을 너무 자세히 설명하는 프롬프트는 오히려 GPT-5.5에는 불필요한 정보가 될 수 있습니다. 이는 모델의 검색 공간을 좁히거나 너무 기계적인 답변을 유도할 수 있으니, 이전 프롬프트 스택의 모든 지시를 그대로 가져오는 것은 피하는 것이 좋아요.

GPT-5.5의 기본 스타일은 효율적이고 직설적이며 작업 중심적입니다. 이는 제품 시스템에서 응답이 집중되고 동작을 제어하기 쉬우며, 불필요한 대화 패딩을 피할 수 있다는 장점이 있습니다.

2. 모델의 페르소나와 협업 스타일 정의하기

고객 대면 어시스턴트나 대화형 제품에서는 모델의 성격(Personality)과 협업 스타일(Collaboration style)을 명확히 정의하는 것이 중요해요.

• 성격(Personality): 어시스턴트의 말투, 따뜻함, 직설성, 격식, 유머, 공감 능력, 완성도 등을 제어합니다.
• 협업 스타일(Collaboration style): 질문하는 시점, 가정하는 방식, 주도성, 맥락 제공 정도, 작업 확인 시점, 불확실성 또는 위험 처리 방식 등을 정의합니다.

이 두 가지는 짧고 간결하게 유지하는 것이 좋으며, 사용자 경험을 형성하고 작업 동작을 규정하는 데 초점을 맞춰야 합니다. 명확한 목표나 성공 기준을 대체해서는 안 됩니다.

2.1. 성실하고 작업 중심적인 어시스턴트의 예시 🤖

다음은 차분하고 작업에 집중하는 어시스턴트를 위한 성격 블록 예시입니다.

# Personality 당신은 유능한 협력자입니다: 다가가기 쉽고, 꾸준하며, 직설적입니다. 사용자가 유능하고 선의를 가지고 행동한다고 가정하고, 인내심, 존중, 그리고 실용적인 도움으로 응답해주세요.

요청이 이미 충분히 명확하여 시도할 수 있다면, 명확화를 위해 멈추는 것보다 진행하는 것을 선호합니다. 맥락과 합리적인 가정을 사용하여 진행해주세요. 누락된 정보가 답변을 실질적으로 변경하거나 의미 있는 위험을 초래할 때만 명확화를 요청하고, 질문은 좁게 유지해주세요.

간결함을 유지하되, 무뚝뚝해지지 마세요. 사용자가 답변을 이해하고 신뢰할 수 있도록 충분한 맥락을 제공한 다음 멈춥니다. 요점을 더 쉽게 이해할 수 있을 때 예시, 비교 또는 간단한 비유를 사용해주세요. 사용자를 수정하거나 동의하지 않을 때는 솔직하지만 건설적으로 행동하세요. 오류가 지적되면 명확하게 인정하고 수정에 집중하세요.

전문가적인 범위 내에서 사용자의 어조에 맞춰주세요. 기본적으로 이모티콘과 비속어는 피하세요. 단, 사용자가 명시적으로 해당 스타일을 요청하거나 대화에 적합하다고 명확히 설정한 경우에는 예외입니다.

2.2. 표현이 풍부하고 협력적인 어시스턴트의 예시 ✨

다음은 표현력이 풍부하고 협력적인 어시스턴트를 위한 성격 블록 예시입니다.

# Personality 생생한 대화 존재감을 채택하세요: 지적이고, 호기심이 많으며, 적절할 때 유쾌하고, 사용자의 생각을 잘 경청합니다. 문제가 불분명할 때는 좋은 질문을 하고, 충분한 맥락이 확보되면 결단력 있게 행동합니다.

따뜻하고, 협력적이며, 세련되게 행동하세요. 대화는 쉽고 생생하게 느껴져야 하지만, 그 자체로 수다스러워서는 안 됩니다. 사용자의 목표와 제약 조건에 반응하면서도 단순히 사용자를 반영하기보다는 진정한 관점을 제시하세요.

작업이 종합 또는 조언을 요구할 때는 사려 깊고 신뢰할 수 있는 정보를 제공하세요. 충분한 맥락이 있다면 명확한 권고 사항을 제시하고, 중요한 상충 관계를 설명하며, 회피하지 않고 불확실성을 명시하세요.

제품의 표현력을 높이고 싶다면, 따뜻함, 호기심, 유머 또는 특정 관점을 명시적으로 추가할 수 있지만, 블록은 짧게 유지하는 것이 좋아요. 성격을 사용해서 경험을 형성하되, 불명확한 목표나 누락된 작업 지시를 보완하려 하지 마세요.

3. 응답 속도 개선을 위한 시작 알림 사용하기 🚀

스트리밍 애플리케이션에서는 사용자가 첫 번째 응답이 나타나기까지 걸리는 시간을 중요하게 생각합니다. GPT-5.5는 추론, 계획 또는 도구 호출을 준비하는 데 시간을 사용할 수 있어요.

길거나 도구를 많이 사용하는 작업의 경우, 모델에게 짧은 서문을 먼저 보내도록 프롬프트에 지시하세요. 이는 요청을 인지하고 첫 번째 단계를 알리는 짧은 가시적 업데이트입니다. 이렇게 하면 실제 작업 완료 시간은 변하지 않아도 사용자가 느끼는 응답성이 향상될 수 있습니다.

이 패턴은 작업이 여러 단계를 거치거나, 도구 호출이 필요하거나, 장기 실행 에이전트 워크플로를 포함할 때 유용합니다.

도구 호출을 하기 전에 다단계 작업 요청을 인지하고 첫 번째 단계를 명시하는 짧은 사용자 가시 업데이트를 보내세요. 한두 문장으로 유지하세요.

코딩 에이전트의 경우, 다음과 같이 더 명확하게 지시할 수 있습니다.

작업에 도구 호출이 필요하다면, 분석 채널의 어떤 내용보다 먼저 중간 업데이트로 시작해야 합니다. 사용자 업데이트는 요청을 인지하고 첫 번째 단계를 설명해야 합니다.

4. 목표 지향적인 프롬프트 작성하기 🎯

GPT-5.5는 프롬프트가 목표 결과, 성공 기준, 제약 조건, 사용 가능한 맥락을 정의하고 모델이 경로를 선택하도록 할 때 가장 강력합니다.

많은 작업에 대해, 모든 단계를 나열하기보다는 도착 지점을 설명하는 것을 선호합니다. 이는 모델이 작업에 적합한 검색, 도구 또는 추론 전략을 선택할 수 있는 여지를 줍니다.

다음과 같은 방식이 좋습니다.

고객의 문제를 처음부터 끝까지 해결하세요.

성공의 기준은 다음과 같습니다:

• 자격 결정은 사용 가능한 정책 및 계정 데이터에서 이루어져야 합니다.
• 허용되는 모든 조치는 응답 전에 완료되어야 합니다.
• 최종 답변에는 completed_actions, customer_message, 그리고 blockers가 포함되어야 합니다.
• 증거가 누락된 경우, 가장 작은 누락 필드를 요청하세요.

불필요한 절대적인 규칙은 피하세요. 이전 프롬프트는 모델 동작을 제어하기 위해 항상(ALWAYS), 절대(~하지 마세요, NEVER), 해야 합니다(must), 오직(only)과 같은 엄격한 지시를 사용했지만, 이는 진정한 불변 사항(예: 안전 규칙, 필수 출력 필드 또는 절대 발생해서는 안 되는 작업)에만 사용해야 합니다. 검색 시점, 명확화 요청 시점, 도구 사용 시점 또는 반복 시점과 같은 판단이 필요한 경우에는 결정 규칙을 선호하세요.

다음과 같은 스타일의 지시는 모든 단계가 진정으로 필요한 경우가 아니라면 피하는 것이 좋습니다.

먼저 A를 검사하고, 그 다음 B를 검사하고, 모든 필드를 비교하고, 모든 가능한 예외를 고려하고, 어떤 도구를 호출할지 결정하고, 도구를 호출하고, 사용자에게 전체 과정을 설명하세요.

명시적인 중단 조건을 추가하는 것도 중요합니다.

가장 적은 유용한 도구 루프로 사용자 쿼리를 해결하되, 루프 최소화가 정확성, 접근 가능한 대체 증거, 계산 또는 사실 주장에 대한 필수 인용 태그보다 우선순위를 갖지 않도록 하세요.

각 결과 후에 "이제 유용한 증거와 사실 주장에 대한 인용을 통해 사용자의 핵심 요청에 답변할 수 있습니까?"라고 질문하세요. 그렇다면 답변하세요.

증거 부족 시 동작을 정의하는 것도 중요합니다.

정확하게 답변하기에 충분한 최소한의 증거를 사용하고, 이를 정확하게 인용하고, 멈추세요.

5. 출력 형식과 구조 제어하기 📝

GPT-5.5는 출력 형식과 구조에 대해 매우 조종 가능합니다. 이는 이해도를 높이거나 제품 적합성을 개선할 때 유용하게 활용될 수 있습니다.

text.verbosity를 설정하고 예상되는 출력 형태를 설명하세요. 더 복잡한 구조는 이해도를 높이거나 제품 UI가 안정적인 아티팩트를 필요로 할 때만 사용하세요. API의 기본 text.verbosity는 medium이며, 더 짧고 간결한 응답을 선호할 때는 low를 사용하세요.

5.1. 평이한 대화 형식

다음은 평이한 대화형식에 대한 지시입니다.

형식 지정은 이해도를 높이는 데 도움이 되어야 합니다. 일반적인 대화, 설명, 보고서, 문서 및 기술 문서의 기본 형식으로 일반 단락을 사용하세요. 구조가 내용보다 무겁게 느껴지지 않도록 깔끔하고 읽기 쉽게 유지하세요.

헤더, 굵은 텍스트, 글머리 기호 및 번호 매기기 목록은 드물게 사용하세요. 사용자가 요청하거나, 답변이 명확한 비교 또는 순위를 필요로 하거나, 정보가 산문으로 스캔하기 어려울 때만 사용하세요. 그렇지 않으면 짧은 단락과 자연스러운 전환을 선호하세요.

사용자의 형식 지정 선호도를 존중하세요. 간결한 답변, 최소한의 형식 지정, 글머리 기호 없음, 헤더 없음 또는 특정 구조를 요청하면, 강력한 이유가 없는 한 해당 선호도를 따르세요.

5.2. 명시적인 대상 및 길이 지침 추가

다음은 명시적인 대상 및 길이 지침 추가에 대한 지시입니다.

시니어 비즈니스 청중을 대상으로 작성하세요. 답변은 400단어 이내로 유지하세요. 짧은 단락을 사용하고, 스캔 가능성을 향상시키는 경우에만 글머리 기호를 포함하세요. 결론을 먼저, 그 다음 추론을, 마지막으로 주의 사항을 우선순위로 두세요.

편집, 재작성, 요약 또는 고객 대면 메시지의 경우, 모델에게 스타일 개선을 요청하기 전에 보존해야 할 것을 알려주세요. 이 패턴은 확장을 원치 않고 세련미를 원할 때 유용합니다.

요청된 아티팩트, 길이, 구조 및 장르를 먼저 보존하세요. 명확성, 흐름 및 정확성을 조용히 개선하세요. 명시적으로 요청하지 않는 한 새로운 주장, 추가 섹션 또는 더 홍보적인 어조를 추가하지 마세요.

6. 정보 검색 및 인용 규칙 명확히 하기 📚

사실에 기반한 답변을 위해서는 인용 동작이 프롬프트의 일부가 되어야 합니다. 무엇을 뒷받침해야 하는지, 어떤 것이 충분한 증거로 간주되는지, 그리고 증거가 부족할 때 모델이 어떻게 행동해야 하는지 정의하세요. 증거의 부재가 자동으로 사실적인 "아니요"가 되어서는 안 됩니다.

6.1. 명시적인 검색 예산 추가하기 💰

검색 예산은 검색을 위한 중단 규칙입니다. 이는 모델에게 충분한 증거가 무엇인지 알려줍니다.

일반적인 Q&A의 경우, 짧고 구별적인 키워드를 사용하여 한 번의 광범위한 검색으로 시작하세요. 상위 결과가 핵심 요청에 대한 충분한 인용 가능한 지원을 포함한다면, 다시 검색하는 대신 해당 결과에서 답변하세요.

다음의 경우에만 다시 검색 호출을 수행하세요:

• 상위 결과가 핵심 질문에 답변하지 못하는 경우.
• 필수 사실, 매개변수, 소유자, 날짜, ID 또는 출처가 누락된 경우.
• 사용자가 포괄적인 범위, 비교 또는 종합 목록을 요청한 경우.
• 특정 문서, URL, 이메일, 회의, 기록 또는 코드 아티팩트를 읽어야 하는 경우.
• 그렇지 않으면 답변에 중요한 뒷받침되지 않는 사실 주장이 포함될 경우.

문구 개선, 예시 추가, 비필수적인 세부 정보 인용 또는 더 일반화될 수 있는 표현을 뒷받침하기 위해 다시 검색하지 마세요.

초안 작성 작업의 경우, 모델에게 어떤 주장이 출처에서 와야 하고 어떤 부분이 창의적으로 작성될 수 있는지 알려주세요. 이는 슬라이드, 출시 문구, 고객 요약, 발표 스크립트, 리더십 요약 및 내러티브 프레이밍에 특히 중요합니다.

슬라이드, 리더십 요약, 아웃바운드 문구, 공유용 요약, 발표 스크립트 또는 내러티브 프레이밍과 같은 창의적이거나 생성적인 요청의 경우, 출처에 기반한 사실과 창의적인 문구를 구분하세요.

• 구체적인 제품, 고객, 지표, 로드맵, 날짜, 기능 및 경쟁 주장에 대해서는 검색되거나 제공된 사실을 사용하고, 해당 주장을 인용하세요.
• 초안이 더 강력하게 들리도록 하기 위해 특정 이름, 자체 데이터 주장, 지표, 로드맵 상태, 고객 결과 또는 제품 기능을 만들어내지 마세요.
• 인용 가능한 뒷받침이 거의 없거나 전혀 없는 경우, 뒷받침되지 않는 세부 사항 대신 자리 표시자 또는 명확하게 레이블이 지정된 가정을 사용하여 유용한 일반 초안을 작성하세요.

프론트엔드 작업의 경우, UI 품질을 제어하기 위한 실용적인 방법으로 예시 지침을 참조하세요. 이 지침은 제품 및 사용자 맥락, 디자인 시스템 정렬, 첫 화면 유용성, 익숙한 컨트롤, 예상되는 상태, 반응형 동작, 그리고 일반적인 생성 UI 기본값(예: 일반적인 히어로, 중첩된 카드, 장식용 그라데이션, 가시적인 지시 텍스트 및 깨진 레이아웃)을 피하는 방법을 다룹니다.

7. 결과 검증 및 구현 계획 추적하기 ✅

GPT-5.5에게 검증이 가능한 경우 출력을 확인할 수 있는 도구에 대한 접근 권한을 부여하세요.

코딩 에이전트의 경우, 구체적인 검증 명령을 요청하세요.

변경 사항을 적용한 후, 가장 관련성 높은 유효성 검사를 실행하세요:

• 변경된 동작에 대한 특정 단위 테스트
• 해당되는 경우 유형 검사 또는 린트 검사
• 영향을 받는 패키지에 대한 빌드 검사
• 전체 유효성 검사가 너무 비쌀 경우 최소한의 스모크 테스트

유효성 검사를 실행할 수 없는 경우, 그 이유를 설명하고 다음으로 가장 좋은 검사를 설명하세요.

시각적 아티팩트의 경우, 렌더링 후 검사를 요청하세요.

최종 확정 전에 아티팩트를 렌더링하세요. 렌더링된 출력에서 레이아웃, 클리핑, 간격, 누락된 콘텐츠 및 시각적 일관성을 검사하세요. 렌더링된 출력이 요구 사항과 일치할 때까지 수정하세요.

엔지니어링 및 계획 작업의 경우, 구현 계획을 추적 가능하게 만드세요.

구현 계획에는 다음이 포함되어야 합니다:

• 요구 사항 및 각각이 어디에서 다루어지는지
• 관련된 명명된 리소스, 파일, API 또는 시스템
• 관련이 있는 경우 상태 전환 또는 데이터 흐름
• 유효성 검사 명령 또는 검사
• 실패 동작
• 개인 정보 보호 및 보안 고려 사항
• 구현에 실질적으로 영향을 미치는 미해결 질문

8. 응답 단계 관리하기 🔄

GPT-5.4부터 장기 실행 또는 도구를 많이 사용하는 응답 워크플로는 중간 업데이트와 최종 답변을 구별하기 위해 phase 값을 사용할 수 있습니다. GPT-5.5도 동일한 패턴을 사용합니다.

previous_response_id를 사용하는 경우, API는 이전 어시스턴트 상태를 자동으로 유지합니다. 애플리케이션이 수동으로 어시스턴트 출력 항목을 다음 요청으로 재생하는 경우, 각 원래 phase 값을 유지하고 변경 없이 다시 전달해야 합니다. 이는 응답에 서문, 반복되는 도구 호출 또는 중간 어시스턴트 업데이트 후 최종 답변이 포함될 때 가장 중요합니다.

어시스턴트 항목을 수동으로 재생하는 경우:

• 어시스턴트 phase 값을 정확하게 보존하세요.
• 중간 사용자 가시 업데이트에는 phase: "commentary"를 사용하세요.
• 완료된 답변에는 phase: "final_answer"를 사용하세요.
• 사용자 메시지에 phase를 추가하지 마세요.

9. 복잡한 프롬프트를 위한 구조화된 템플릿 ✨

복잡한 프롬프트의 시작점으로 이 구조를 사용하세요. 각 섹션은 짧게 유지하고, 동작을 변경하는 경우에만 세부 정보를 추가하세요.

Role: [모델의 기능, 맥락 및 역할을 1-2문장으로 정의]

# Personality [어조, 태도 및 협업 스타일]

# Goal [사용자에게 보이는 결과]

# Success criteria [최종 답변 전에 충족되어야 하는 것]

# Constraints [정책, 안전, 비즈니스, 증거 및 부작용 제한]

# Output [섹션, 길이 및 어조]

# Stop rules [언제 재시도, 대체, 기권, 질문 또는 중지할지]

결론 💖

GPT-5.5는 더욱 발전된 기능을 제공하며, 이를 효과적으로 활용하기 위해서는 프롬프트 작성 방식에 대한 이해가 필수적입니다. 위에서 설명한 가이드라인을 통해 결과 지향적이고, 모델의 성격과 협업 스타일을 명확히 하며, 응답 속도를 개선하고, 정보 검색 및 검증을 명확히 하는 프롬프트를 작성하여 GPT-5.5의 잠재력을 최대한 발휘하시길 바랍니다. 이 가이드를 통해 여러분의 GPT-5.5 활용이 한층 더 효율적이고 만족스러워지기를 기대합니다! 😊