☰ 분류

적응형 사고 프레임워크 프롬프트

문제나 요청을 넣으면 복잡도와 맥락에 따라 답변 깊이를 조절하고 기준 설정, 분해, 검토를 단계적으로 수행하게 합니다.

분류AI 사용법 › 프롬프트 작성
태그분석검토
프롬프트 (영어 본문 · 답은 한국어로 옵니다)
**Adaptive Thinking Framework (Integrated Version)**

This framework has the user’s “Standard—Borrow Wisdom—Review” three-tier quality control method embedded within it and must not be executed by skipping any steps.

**Zero: Adaptive Perception Engine (Full-Course Scheduling Layer)**

Dynamically adjusts the execution depth of every subsequent section based on the following factors:

· Complexity of the problem  
· Stakes and weight of the matter  
· Time urgency  
· Available effective information  
· User’s explicit needs  
· Contextual characteristics (technical vs. non-technical, emotional vs. rational, etc.)

This engine simultaneously determines the degree of explicitness of the “three-tier method” in all sections below — deep, detailed expansion for complex problems; micro-scale execution for simple problems.

---

**One: Initial Docking Section**

**Execution Actions:**

1. Clearly restate the user’s input in your own words  
2. Form a preliminary understanding  
3. Consider the macro background and context  
4. Sort out known information and unknown elements  
5. Reflect on the user’s potential underlying motivations  
6. Associate relevant knowledge-base content  
7. Identify potential points of ambiguity

**[First Tier: Upward Inquiry — Set Standards]**

While performing the above actions, the following meta-thinking **must** be completed:

“For this user input, what standards should a ‘good response’ meet?”

**Operational Key Points:**

· Perform a superior-level reframing of the problem: e.g., if the user asks “how to learn,” first think “what truly counts as having mastered it.”  
· Capture the ultimate standards of the field rather than scattered techniques.  
· Treat this standard as the North Star metric for all subsequent sections.

---

**Two: Problem Space Exploration Section**

**Execution Actions:**

1. Break the problem down into its core components  
2. Clarify explicit and implicit requirements  
3. Consider constraints and limiting factors  
4. Define the standards and format a qualified response should have  
5. Map out the required knowledge scope

**[First Tier: Upward Inquiry — Set Standards (Deepened)]**

While performing the above actions, the following refinement **must** be completed:

“Translate the superior-level standard into verifiable response-quality indicators.”

**Operational Key Points:**

· Decompose the “good response” standard defined in the Initial Docking section into checkable items (e.g., accuracy, completeness, actionability, etc.).  
· These items will become the checklist for the fifth section “Testing and Validation.”

---

**Three: Multi-Hypothesis Generation Section**

**Execution Actions:**

1. Generate multiple possible interpretations of the user’s question  
2. Consider a variety of feasible solutions and approaches  
3. Explore alternative perspectives and different standpoints  
4. Retain several valid, workable hypotheses simultaneously  
5. Avoid prematurely locking onto a single interpretation and eliminate preconceptions

**[Second Tier: Horizontal Borrowing of Wisdom — Leverage Collective Intelligence]**

While performing the above actions, the following invocation **must** be completed:

“In this problem domain, what thinking models, classic theories, or crystallized wisdom from predecessors can be borrowed?”

**Operational Key Points:**

· Deliberately retrieve 3–5 classic thinking models in the field (e.g., Charlie Munger’s mental models, First Principles, Occam’s Razor, etc.).  
· Extract the core essence of each model (summarized in one or two sentences).  
· Use these essences as scaffolding for generating hypotheses and solutions.  
· Think from the shoulders of giants rather than starting from zero.

---

**Four: Natural Exploration Flow**

**Execution Actions:**

1. Enter from the most obvious dimension  
2. Discover underlying patterns and internal connections  
3. Question initial assumptions and ingrained knowledge  
4. Build new associations and logical chains  
5. Combine new insights to revisit and refine earlier thinking  
6. Gradually form deeper and more comprehensive understanding

**[Second Tier: Horizontal Borrowing of Wisdom — Leverage Collective Intelligence (Deepened)]**

While carrying out the above exploration flow, the following integration **must** be completed:

“Use the borrowed wisdom of predecessors as clues and springboards for exploration.”

**Operational Key Points:**

· When “discovering patterns,” actively look for patterns that echo the borrowed models.  
· When “questioning assumptions,” adopt the subversive perspectives of predecessors (e.g., Copernican-style reversals).  
· When “building new associations,” cross-connect the essences of different models.  
· Let the exploration process itself become a dialogue with the greatest minds in history.

---

**Five: Testing and Validation Section**

**Execution Actions:**

1. Question your own assumptions  
2. Verify the preliminary conclusions  
3. Identif potential logical gaps and flaws
[Third Tier: Inward Review — Conduct Self-Review]
While performing the above actions, the following critical review dimensions must be introduced:
“Use the scalpel of critical thinking to dissect your own output across four dimensions: logic, language, thinking, and philosophy.”
Operational Key Points:
· Logic dimension: Check whether the reasoning chain is rigorous and free of fallacies such as reversed causation, circular argumentation, or overgeneralization.
· Language dimension: Check whether the expression is precise and unambiguous, with no emotional wording, vague concepts, or overpromising.
· Thinking dimension: Check for blind spots, biases, or path dependence in the thinking process, and whether multi-hypothesis generation was truly executed.
· Philosophy dimension: Check whether the response’s underlying assumptions can withstand scrutiny and whether its value orientation aligns with the user’s intent.
Mandatory question before output:
“If I had to identify the single biggest flaw or weakness in this answer, what would it be?”

어떤 프롬프트인가

답변 품질을 높이기 위한 메타 사고 절차 프롬프트다. 문제 재진술, 배경 파악, 좋은 답변 기준 설정을 강제하며 본문은 중간에서 잘려 있다.

모델 비교

ChatGPT가 요구된 전 과정을 가장 정확하고 균형 있게 수행했다. Gemini는 형식은 충실하지만 단정과 사실 오류가 있고, Claude는 실용적이나 필수 절차를 크게 생략했다.

ChatGPT종합 1위
44/ 50

+ 필수 사고 모델과 조건부 의사결정을 충실히 연결했다.

- 네 차원의 자기 검토가 명시적으로 구분되지는 않았다.

Claude
38/ 50

+ 간결한 표와 질문으로 실무 판단을 빠르게 돕는다.

- 필수 사고 모델과 네 차원 자기 검토를 생략했다.

Gemini
32/ 50

+ 단계별 명시성과 기능별 기술 위험 분석이 돋보인다.

- 근거 없는 공수·런웨이 단정과 선택지 이탈이 크다.

기준ChatGPTClaudeGemini앞선 모델
지시 준수957ChatGPT +29%
정확성975ChatGPT +29%
구체성987ChatGPT +13%
구성·가독성998동점
분량 적정성895Claude +13%

gpt-5.6-sol가 모델 이름을 가린 채 1~10점으로 채점했습니다 (2026-09-24). 측정값이 아니라 AI 심사 결과입니다.

답 전문 보기

같은 입력을 세 모델에 넣어 받은 답을 그대로 옮겼습니다. 각 CLI(에이전트 하네스)에서 실행했습니다. ChatGPT·Claude 앱이나 웹에서는 답이 다를 수 있습니다.

넣은 입력
[붙여 넣은 자료]
저희 회사(5인 스타트업)는 이번 분기에 개발 리소스가 한 명분밖에 없어서 아래 세 기능 중 하나만 만들 수 있습니다. (1) AI 추천 기능 (2) 다크모드 (3) 오프라인 지원. 매출과 사용자 유지 중 뭘 기준으로 우선순위를 정해야 할지 판단이 안 섭니다.
gpt-5.6-luna (codex CLI · 에이전트 하네스) · 실행일 2026-09-24

0. 적응적 판단

현재 정보만으로 기능 하나를 단정하는 것은 위험합니다. 세 기능의 가치는 회사의 핵심 병목이 “신규 매출 부족”인지, “사용자 이탈”인지, “사용 환경의 제약”인지에 따라 크게 달라집니다.

따라서 우선순위 기준은 단순히 매출 대 유지율 중 하나가 아니라:

이번 분기에 회사의 가장 큰 병목을 가장 적은 개발 비용으로 얼마나 개선할 수 있는가

가 되어야 합니다.

좋은 답변의 기준은 다음과 같습니다.

  • 회사의 현재 병목과 연결되어야 함
  • 측정 가능한 지표로 비교할 수 있어야 함
  • 1인 분기 개발 범위에 맞아야 함
  • 기능 출시 후 결과를 검증할 수 있어야 함
  • 불확실성을 숨기지 않아야 함

1. 초기 진단

현재 알려진 사실은 다음과 같습니다.

  • 개발 리소스는 이번 분기에 1인분뿐임
  • 세 기능 중 하나만 선택해야 함
  • 선택지는 AI 추천, 다크모드, 오프라인 지원
  • 매출과 사용자 유지 중 어떤 기준을 사용할지 불확실함

아직 모르는 핵심 정보는 다음입니다.

  • 현재 가장 심각한 문제는 신규 고객 부족인가, 이탈인가
  • 각 기능이 어떤 사용자군의 어떤 문제를 해결하는가
  • 기능별 예상 개발 기간과 운영 비용
  • AI 추천이 실제 결제나 사용 증가로 이어질 근거가 있는가
  • 오프라인 사용이 제품의 핵심 업무 흐름인가
  • 다크모드 요청이 단순 선호인지, 실제 이탈 원인인지

2. 문제 구조화

기능 우선순위는 다음 식으로 비교하는 것이 좋습니다.

우선순위 가치 = 예상되는 사업 효과 × 근거의 신뢰도 ÷ 개발·운영 비용

사업 효과는 다시 두 가지로 나눌 수 있습니다.

  • 단기 매출: 전환율, 객단가, 유료 전환, 영업 성사율
  • 사용자 유지: 활성화율, 반복 사용률, 이탈률, 잔존율

둘 중 무엇을 먼저 볼지는 회사의 상태에 따라 달라집니다.

  • 현금 runway가 짧거나 매출 목표가 임박했다면 매출을 우선
  • 사용자는 많이 오지만 빠르게 이탈한다면 유지를 우선
  • 두 지표 모두 나쁘다면, 먼저 “사용자가 핵심 가치를 경험하지 못하는 이유”를 해결
  • 지표가 이미 안정적이라면 차별화와 성장 가능성이 높은 기능을 선택

3. 여러 가설과 빌려 쓸 모델

가설 A: AI 추천

추천이 사용자의 선택 비용을 줄이고 핵심 행동을 증가시킨다면 매출과 유지 모두에 기여할 수 있습니다. 다만 데이터 품질과 추천 정확도가 부족하면 개발 비용만 늘고 효과가 불분명할 수 있습니다.

가설 B: 다크모드

다크모드는 만족도와 접근성을 개선할 수 있지만, 제품 사용의 핵심 장애를 해결하지 않는다면 사업 효과가 가장 작을 가능성이 높습니다.

가설 C: 오프라인 지원

사용자가 이동 중이거나 네트워크가 불안정한 환경에서 핵심 업무를 수행한다면 유지율 개선 효과가 클 수 있습니다. 반대로 대부분의 사용이 안정적인 온라인 환경에서 이뤄진다면 범위가 큰 기능에 비해 효과가 제한적입니다.

판단에는 다음 모델을 적용할 수 있습니다.

  • 기대값: 예상 효과에 성공 확률을 곱해, “가능성 낮은 대박”을 과대평가하지 않음
  • RICE/ICE: 도달 사용자 수, 영향도, 확신도, 개발 노력을 함께 비교
  • 제약 이론: 가장 큰 병목을 해결하는 기능이 전체 시스템 개선에 가장 큰 효과를 냄
  • 기회비용: 한 기능을 선택하면 나머지 두 기능을 이번 분기에는 포기한다는 점을 반영
  • Jobs-to-be-Done: 기능 자체가 아니라 사용자가 해결하려는 실제 과업을 기준으로 판단

4. 실무적 탐색

먼저 매출과 유지 중 하나를 회사 전체의 영구적인 기준으로 정하지 마세요. 이번 분기의 핵심 병목을 기준으로 정해야 합니다.

가장 실용적인 판단 순서는 다음과 같습니다.

  1. 최근 3개월 데이터를 확인합니다.

    • 가입 후 7일·30일 유지율
    • 핵심 기능 사용률
    • 유료 전환율과 매출
    • 고객 문의와 기능 요청
    • 이탈 사유
  2. 각 기능에 대해 다음 질문에 답합니다.

    • 누구의 어떤 문제를 해결하는가?
    • 그 문제 때문에 실제로 결제하지 않거나 이탈하는가?
    • 출시 후 1~2개월 내 측정 가능한 지표는 무엇인가?
    • 1인 분기 안에 완성 가능한가?
  3. 다음 점수표를 만듭니다.

기능 매출 영향 유지 영향 확신도 개발 난이도 우선 고려 조건
AI 추천 높음~중간 중간~높음 데이터에 따라 다름 중간~높음 추천이 구매·활성화와 직접 연결될 때
다크모드 낮음 낮음~중간 사용자 요청 근거 필요 낮음~중간 접근성·사용시간 문제가 명확할 때
오프라인 지원 간접적 높음 가능 사용 환경에 따라 다름 높음 네트워크 단절이 핵심 업무를 막을 때

현재 정보만으로는 다크모드가 기본 우선순위가 되기는 어렵습니다. 다크모드는 구현이 비교적 쉬워 보여도, 중요한 고객 문제나 사업 병목을 해결한다는 증거가 없으면 분기 전체의 개발 리소스를 쓰기 아깝습니다.

기본적인 선택 규칙은 다음과 같습니다.

  • 오프라인 환경에서 제품을 쓰는 사용자가 많고, 연결 끊김 때문에 실제 이탈·업무 중단이 발생한다면 오프라인 지원
  • 추천 대상 데이터가 충분하고, 추천이 구매·활성화·재방문으로 이어질 명확한 가설이 있다면 AI 추천
  • 두 기능 모두 근거가 약하고 사용자의 강한 접근성 요구가 있다면 다크모드
  • 매출 압박이 심하다면 “매출에 직접 연결되는 기능”을 우선하되, 단순히 매출 가능성이 있다는 이유만으로 AI 추천을 선택하지 않음

5. 권고안

현재 정보만으로 제가 임시로 권할 순서는 다음과 같습니다.

  1. 오프라인 지원 — 핵심 사용 환경의 제약일 경우
  2. AI 추천 — 매출 또는 핵심 사용 행동에 연결된 데이터와 검증된 가설이 있을 경우
  3. 다크모드 — 명확한 이탈·접근성 문제가 확인될 경우

다만 “무조건 오프라인”이라는 뜻은 아닙니다. 가장 좋은 결정은 출시 전에 일주일 정도의 검증을 거치는 것입니다.

  • 고객 5~10명 인터뷰
  • 이탈 사용자에게 이탈 이유 확인
  • 오프라인 사용 빈도와 실패 로그 분석
  • AI 추천 대상 데이터와 과거 행동 데이터 확인
  • 다크모드 요청자 중 실제 사용 중단 사례 확인
  • 각 기능의 성공 지표를 하나씩 정의

예를 들어:

  • AI 추천: 추천 노출 사용자의 구매율 또는 핵심 행동률 +10%
  • 오프라인: 연결 오류로 인한 업무 실패율 30% 감소
  • 다크모드: 야간 사용자의 세션 지속시간 또는 이탈률 개선

최종 결정은 다음 규칙으로 내리면 됩니다.

가장 높은 효과를 주장하는 기능이 아니라, 가장 중요한 문제에 대해 가장 강한 증거를 가진 기능을 선택한다.

그리고 매출과 유지를 하나의 대립 구도로 보지 않는 것이 좋습니다. 유지율은 미래 매출의 기반이고, 매출은 현재 생존 가능성의 지표입니다. 따라서 이번 분기에는 회사의 가장 가까운 생존 병목을 기준으로 하나를 고르고, 다른 지표는 가드레일로 두는 방식이 적절합니다.

예를 들어 매출을 주지표로 삼더라도 “30일 유지율이 악화되면 실패”를 함께 두는 식입니다.

가장 큰 약점은 현재 실제 사용자 데이터 없이 기능 순위를 제시했다는 점입니다. 따라서 위 순위는 최종 결론이 아니라, 고객 인터뷰와 제품 데이터를 확인하기 전의 조건부 권고입니다.

같은 분류의 프롬프트

4종 프롬프트 최적화 프롬프트
AI 프롬프트 최적화 프롬프트
멀티에이전트 조직 프롬프트
AI 입문 코칭 프롬프트
AI 자동화 타당성 면담 프롬프트