헷갈리는 개념 비교 프롬프트 (구분 기준 한 줄 만들기)

언제 쓰나

각각은 설명을 들으면 알겠는데 실제 상황에서 어느 쪽인지 헷갈리는 개념 쌍에 씁니다. 인증과 인가, 프로세스와 스레드, 파인튜닝과 RAG처럼 정의는 외웠지만 구분 기준이 없는 경우입니다. 비교표만이 아니라 "무엇을 물어보면 갈리는지" 판별 질문을 받는 것이 핵심입니다.

사용법

1. {background} 에 내 수준을 적습니다. (예: 백엔드 1년차, 비전공 기획자, 수능 준비생) 예시의 난이도가 여기에 맞춰집니다.
2. {concepts} 에 비교할 개념을 나열합니다. 2~3개가 적당하고, 4개를 넘기면 표가 흐려집니다.
3. 4단계 판별 기준을 메모해 두고 실제 상황에서 써 보세요. 안 갈리는 사례가 나오면 그 사례를 그대로 붙여 "이건 어느 쪽인가요"라고 물으면 기준이 다듬어집니다.

사용 예시

입력

제 배경: 백엔드 1년차 개발자
비교할 개념: 인증(Authentication)과 인가(Authorization)

출력 (요약)

한 줄 정의
  인증 — 요청을 보낸 주체가 누구인지 확인하는 절차.
  인가 — 확인된 주체가 이 작업을 해도 되는지 판단하는 절차.
  → 순서가 다릅니다. 인증이 먼저이고, 인가는 인증 결과를 입력으로 씁니다.

| 축 | 인증 | 인가 |
|---|------|------|
| 묻는 질문 | 너는 누구인가 | 그걸 해도 되는가 |
| 입력 | 자격 증명(비밀번호, 토큰) | 신원 + 요청한 자원·동작 |
| 실패 시 상태코드 | 401 Unauthorized | 403 Forbidden |
| 바뀌는 빈도 | 로그인 시점 1회 | 요청마다 |

헷갈리는 이유
  HTTP 상태 코드 401 의 이름이 Unauthorized 여서 이름과 의미가 어긋납니다.
  실제로 401 은 '인증되지 않음'이고, 인가 실패는 403 입니다.

판별 기준
  1. 로그인하면 해결되나? → 예이면 인증 문제.
  2. 로그인은 되어 있는데 이 버튼만 막혔나? → 예이면 인가 문제.
  3. 사용자를 바꾸면 통과하나? → 예이면 인가(권한) 문제.

확인 문제 3개 … (정답은 맨 아래)

팁

• 비교 결과가 뻔하게 느껴지면 "3단계 헷갈리는 이유를 실제 코드나 실무 사례로 다시"라고 요청하세요. 오해가 생기는 진짜 지점이 드러납니다.
• 세 개 이상을 비교할 때는 "먼저 두 개씩 짝지어 비교한 뒤 마지막에 한 표로"라고 지시하면 표가 무너지지 않습니다.
• 각 개념 자체가 아직 낯설다면 비교보다 개념 학습이 먼저입니다. 정의를 먼저 잡고 이 프롬프트로 넘어오세요.