‘더 깊게 생각해줘’만으로는 Thinking이 안 바뀝니다: 복붙 프롬프트 3개

복잡한 질문 앞에 “더 깊게 생각해줘”, “천천히 생각해줘”를 붙이면 ChatGPT가 자동으로 더 높은 Thinking 단계로 바뀐다고 생각하기 쉽습니다. 하지만 2026년 9월 14일 OpenAI는 Plus와 Pro에서 Instant가 복잡한 요청을 보고 자동으로 더 높은 Thinking 단계로 전환하는 동작을 종료했다고 안내했습니다. 현재 Plus·Pro에서는 필요한 경우 모델 선택기에서 Thinking 수준을 직접 선택해야 하며, 문장만으로 다른 Thinking 단계가 켜지는 것은 아닙니다. 이 글에서는 어떤 작업에서 Thinking을 올릴지 판단하는 기준과, 선택한 단계에서 결과 품질을 높이기 위한 복붙 프롬프트 3개를 정리합니다.

먼저 알아둘 변화: “깊게 생각해”와 Thinking 단계 선택은 다른 일입니다

OpenAI의 2026년 9월 14일 ChatGPT 릴리스 노트에 따르면 Plus와 Pro 사용자를 대상으로 Instant에서 Thinking으로 자동 전환하는 기능이 전 세계적으로 종료됐습니다. 같은 변경으로 이 두 플랜의 ChatGPT 웹에서는 Higher intelligence 설정도 제거됐습니다.

공식 GPT-5.6·GPT-6 Pro 도움말도 같은 점을 더 구체적으로 설명합니다. Plus와 Pro에서 Instant는 복잡한 요청이라고 해서 자동으로 더 높은 Thinking 수준으로 바뀌지 않으며, “think harder”나 “think deeply”라고 요청해도 다른 Thinking 단계로 자동 전환되지 않습니다. 안전상 필요한 경우의 자동 전환은 별도입니다.

즉 두 가지를 분리해서 생각해야 합니다.

모델·Thinking 단계 선택: ChatGPT 화면의 모델 선택기나 Thinking 슬라이더에서 사용자가 직접 선택합니다.
프롬프트 설계: 선택한 단계 안에서 무엇을 검토하고 어떤 형식으로 답할지 지시합니다.

프롬프트는 분석 절차와 검증 방식을 정하는 데 중요하지만, Plus·Pro에서 다른 Thinking 단계로 이동시키는 숨은 명령어는 아닙니다.

누구에게 유용한가와 적용 조건

이 글의 핵심 대상은 ChatGPT Plus와 Pro 사용자입니다. 특히 평소 Instant를 주로 사용하면서 보고서 비교, 복잡한 의사결정, 코드·설계 검토처럼 오류 비용이 높은 작업을 할 때 유용합니다.

2026년 9월 17일 공식 도움말 기준으로 유료 플랜에서 보이는 Thinking 선택지는 플랜에 따라 다릅니다.

Plus: GPT-5.6 Sol의 Medium·High 사용 가능
Pro: Medium·High·Extra High와 Pro 옵션 사용 가능
Business·Enterprise: 관리 정책과 플랜에 따라 선택지가 달라질 수 있음
Free·Go: GPT-5.6 Sol이 아니라 GPT-5.6 Luna 기반의 Think를 사용

GPT-6 Pro는 Pro $100·Pro $200·Business·Enterprise에서 제공되며 Enterprise는 워크스페이스 모델 접근 정책의 영향을 받습니다. Plus는 일반 Chat의 GPT-6 Pro 대상은 아니지만 ChatGPT Work와 Codex에서는 GPT-6 Astra 접근 조건이 별도로 존재합니다.

관리형 워크스페이스는 개인 Plus·Pro와 동작이 완전히 같다고 가정하면 안 됩니다. Business에서는 Higher intelligence 설정이 남아 있을 수 있고, Enterprise에서는 새 모델 선택 UI가 순차 배포될 수 있습니다.

실행 순서: 먼저 작업을 분류하고 Thinking을 고르세요

작업의 오류 비용을 먼저 봅니다. 단순 문장 다듬기나 빠른 요약은 Instant로 충분할 수 있지만, 계약 비교·아키텍처 검토·복잡한 계산·다단계 의사결정은 더 높은 Thinking 수준을 검토할 가치가 있습니다.
모델 선택기에서 사용할 Thinking 수준을 직접 고릅니다. Plus라면 Medium 또는 High, Pro라면 작업에 따라 Extra High나 Pro까지 선택할 수 있습니다.
프롬프트에 사고 절차가 아니라 검증 구조를 적습니다. 목적, 입력 자료, 판단 기준, 제외 조건, 출력 형식, 확인 방법을 명확히 줍니다.
중요한 결과는 한 번 더 검증합니다. 반대 근거, 누락 항목, 원본과의 불일치, 계산 재현 가능성을 확인하도록 요청합니다.
결과가 부족하면 “더 깊게 생각해”만 반복하지 않습니다. 현재 Thinking 단계가 낮다면 먼저 단계 선택을 바꾸고, 프롬프트에서 빠진 기준이나 자료를 추가합니다.

Thinking을 높였다고 항상 결과가 더 실용적인 것은 아닙니다. 입력 자료가 부족하거나 목표가 모호하면 높은 단계에서도 모호한 답이 나올 수 있습니다. 반대로 간단한 작업에 높은 단계를 쓰면 필요 이상으로 시간이 걸리거나 사용량을 소비할 수 있습니다.

복붙 프롬프트 1: 여러 선택지를 같은 기준으로 비교하기

아래 프롬프트는 제품 비교, 도구 선정, 업체 비교, 기술 스택 선택처럼 “무엇이 더 좋은가”보다 “내 조건에서 무엇이 맞는가”를 판단할 때 적합합니다.

[비교 대상 A], [비교 대상 B], [비교 대상 C]를 [사용 목적] 기준으로 비교해줘.

내 조건:
- 가장 중요한 기준: [기준 1]
- 두 번째 기준: [기준 2]
- 반드시 지켜야 할 조건: [조건]
- 허용 가능한 비용/시간/위험: [범위]
- 제외할 조건: [제외 조건]

진행 방식:
1. 먼저 비교 기준이 서로 겹치거나 빠진 것이 있는지 점검해.
2. 각 대상을 같은 기준으로 비교해.
3. 확인된 사실과 추정을 구분해.
4. 정보가 부족한 항목은 임의로 채우지 말고 “확인 필요”로 표시해.
5. 가장 유리한 대상뿐 아니라 그 선택이 틀릴 수 있는 조건도 적어줘.

출력 형식:
- 핵심 결론
- 기준별 비교표
- 각 선택지의 강점과 약점
- 결정에 가장 큰 영향을 주는 불확실성
- 최종 선택 전에 확인할 질문 3개

예를 들어 “React Native, Flutter, 네이티브를 사내 B2B 앱 기준으로 비교”한다고 입력할 수 있습니다. 좋은 결과는 단순 장단점 나열이 아니라 내가 지정한 사용자 수, 개발 인력, 배포 방식, 네이티브 기능 요구 같은 조건이 실제 결론에 반영되어 있어야 합니다.

복붙 프롬프트 2: 중요한 의사결정에서 반대 근거까지 검토하기

사업 방향, 기술 아키텍처, 투자 우선순위처럼 정답이 하나가 아닌 문제에서는 찬성 논리만 강화하기보다 반대 근거와 조건 변화를 함께 보는 편이 안전합니다.

[의사결정 주제]에 대해 결론부터 내리지 말고 검토해줘.

현재 상황:
[현재 상황과 알고 있는 사실]

내가 생각하는 선택:
[현재 선호안]

반드시 확인할 것:
1. 이 선택을 지지하는 근거
2. 이 선택을 반박하는 가장 강한 근거
3. 내가 당연하다고 가정했지만 실제로는 확인되지 않은 전제
4. 결과를 뒤집을 수 있는 핵심 변수
5. 지금 자료만으로 결정할 수 없는 부분

규칙:
- 사실, 추론, 가정을 구분해.
- 내 선호안을 맞다고 가정하지 마.
- 반대 근거를 약하게 만들지 말고 가장 강한 형태로 제시해.
- 필요한 정보가 없으면 추측 대신 추가 확인 항목을 적어줘.

마지막 출력:
- 현재 가장 합리적인 결론
- 결론의 신뢰도를 낮추는 요소
- 결론이 바뀌는 조건
- 다음 행동 3개

예상 결과는 “A가 좋습니다” 한 줄이 아니라 왜 A가 현재 조건에서 유리한지, 어떤 전제가 깨지면 B로 바뀌는지까지 보여주는 형태입니다. 결과를 볼 때는 내 생각과 반대되는 근거가 실제로 포함됐는지 확인하는 것이 중요합니다.

복붙 프롬프트 3: 긴 결과를 내기 전에 누락과 오류부터 검사하기

보고서, 설계서, 제안서, 코드 변경안처럼 결과물 자체보다 누락이 더 위험한 작업에 적합합니다. 가능하다면 중요한 작업에서 더 높은 Thinking 수준을 선택한 뒤 사용합니다.

[검토할 자료 또는 초안]을 최종 결과물로 만들기 전에 검증부터 해줘.

목표:
[최종 결과물이 해결해야 할 문제]

검증 순서:
1. 요구사항을 항목별로 다시 추출
2. 현재 초안이 각 요구사항을 충족하는지 확인
3. 서로 충돌하는 조건 찾기
4. 빠진 예외·경계조건·실패 시나리오 찾기
5. 숫자·날짜·고유명사·계산식처럼 사실 확인이 필요한 부분 찾기
6. 근거 없이 단정한 문장 찾기

출력은 먼저 검증 결과부터 보여줘:
- 충족
- 누락
- 충돌
- 확인 필요
- 위험도 높은 항목

그다음에만 수정된 최종안을 작성해.
확인할 수 없는 사실은 만들지 말고 [확인 필요]로 남겨줘.

예를 들어 시스템 아키텍처 문서를 검토한다면 인증, 권한, 장애 복구, 데이터 정합성, 로깅, 배포 조건처럼 놓치기 쉬운 항목이 실제 요구사항과 연결되어 있는지 확인할 수 있습니다. 좋은 결과는 최종 문서만 길게 다시 쓰는 것이 아니라 “무엇이 빠져 있었고 왜 수정했는지”가 먼저 드러납니다.

언제 Medium, High, Extra High, Pro를 고려할까

정답은 작업마다 다르지만 다음처럼 시작하면 구분하기 쉽습니다.

작업 유형	시작점 예시	확인할 것
짧은 요약, 문장 수정, 간단한 질문	Instant	결과가 목적에 맞는지
기준이 여러 개인 비교, 구조화된 분석	Medium	기준 누락과 사실·추론 구분
상충하는 조건이 있는 의사결정, 복잡한 설계 검토	High	반대 근거, 예외, 재검증
매우 복잡하거나 장시간 검토가 필요한 작업	Extra High 또는 Pro가 제공되는 경우	사용 가능 플랜, 사용량, 실제 필요성

이 표는 OpenAI가 각 단계의 성능을 특정 업무에 보장한다는 뜻이 아니라 실사용에서 작업을 분류하기 위한 출발점입니다. 중요한 것은 “높을수록 무조건 좋다”가 아니라 작업의 복잡도와 오류 비용에 맞춰 단계와 프롬프트를 함께 선택하는 것입니다.

결과가 좋은지 판단하는 6가지 기준

내가 지정한 목표와 판단 기준을 실제로 사용했는가?
사실과 추정 또는 추천을 구분했는가?
반대 근거나 실패 가능성을 숨기지 않았는가?
누락된 입력이 있으면 임의로 채우지 않았는가?
결론을 바꿀 수 있는 조건을 설명했는가?
중요한 숫자와 사실을 원본이나 계산으로 다시 확인할 수 있는가?

Thinking 단계는 답변 품질을 높이기 위한 하나의 제어 수단일 뿐입니다. 결과를 검증할 기준이 없으면 높은 단계에서도 그럴듯한 오류를 놓칠 수 있습니다.

막히는 경우와 잘 맞지 않는 상황

Plus나 Pro인데도 Thinking 슬라이더 또는 예상한 옵션이 보이지 않으면 먼저 ChatGPT가 최신 UI인지, 올바른 계정과 플랜으로 로그인했는지 확인합니다. 관리형 워크스페이스라면 관리자 정책 때문에 일부 모델이나 단계가 제한될 수 있습니다.

Free와 Go에서 보이는 Think는 GPT-5.6 Luna 기반이며 Plus·Pro의 GPT-5.6 Sol Thinking과 동일한 항목이라고 보면 안 됩니다. Pro의 GPT-6 Pro도 별도 사용량 제한이 있으며, 플랜을 구독했다고 무제한으로 사용할 수 있는 것은 아닙니다.

또한 “더 깊게 생각해줘” 같은 문장을 쓰지 말라는 뜻은 아닙니다. 그런 문장은 현재 선택된 모델 안에서 검토 범위를 넓히는 지시로는 사용할 수 있습니다. 다만 Plus·Pro에서 그 문장 자체가 모델 선택기의 Thinking 단계를 바꾸는 스위치는 아니라는 점을 구분해야 합니다.

공식 원문과 확인 날짜

OpenAI ChatGPT Release Notes, 2026년 9월 14일 변경 확인: ChatGPT — Release Notes
OpenAI Help Center, 2026년 9월 17일 확인: GPT-5.6 and GPT-6 Pro in ChatGPT

확인일: 2026년 9월 17일(한국시간)

이 글은 AI의 도움으로 공개 자료를 조사·정리했습니다.