높음 복잡도

SPECS Framework

Situation · Purpose · Expected Output · Context · Style

세부 사항과 정확성을 중시하는 프레임워크. Expected Output 필드가 모호함을 없애 복잡한 기술 작업에 이상적입니다.

작성 Hans Kuepper · 최종 업데이트 2026년 7월 16일

정의: SPECS 프레임워크(Situation · Purpose · Expected Output · Context · Style)는 AI 요청을 5개의 개별 필드로 나누는 프롬프트 엔지니어링 구조입니다. 복잡한 기술 분석 및 리서치 작업에 가장 적합합니다.

5가지 필드

Situation

해결해야 할 현재 상태나 문제.

Purpose

이 작업이 왜 중요한지 — 그 이면에 있는 비즈니스 또는 개인적인 목표.

Expected Output

결과물에 무엇이 포함되어야 하는지, 어떤 형식이어야 하는지, 무엇을 전달해야 하는지에 대한 정확한 설명.

Context

제약 조건, 배경 정보, 관련 데이터 또는 도메인 특화 정보.

Style

결과물의 어조, 형식, 표현 방식.

실제 예시

시나리오: 기술 명세서 작성하기

SPECS 프롬프트

Situation: CRM과 이메일 플랫폼 간의 API 연동이 필요합니다. Purpose: 리드 육성 워크플로를 자동화하기 위해서입니다. Expected Output: 엔드포인트 목록, 인증 방식, 오류 처리 요구사항을 포함한 500단어 분량의 기술 명세서. Context: REST API, OAuth 2.0, 연락처 1만 건. Style: 제목으로 구조화된 기술적인 문체.

SPECS를 사용해야 할 때

적합한 용도

✓복잡한 기술 분석 및 리서치 작업
✓결과물 요구사항이 정확한 작업
✓AI에 방대한 맥락이 필요한 상황
✓명확한 사양이 정의된 전문적인 산출물

적합하지 않은 용도

✗빠르게 처리하는 일상적인 작업(APE 또는 RTF 사용)
✗개방성이 가치를 갖는 창의적인 작업
✗자연스러운 단계별 흐름이 있는 작업(RISEN 사용)

자주 묻는 질문

SPECS는 무엇의 약자인가요?

SPECS는 Situation, Purpose, Expected Output, Context, Style의 약자로, 복잡한 기술 및 전문 작업에 이상적인 세부 지향적 프레임워크입니다.

Expected Output 필드의 특별한 점은 무엇인가요?

Expected Output 필드는 AI에게 요청하기 전에 성공의 모습을 정확히 정의하도록 요구하여, 모호하거나 방향이 어긋난 답변을 방지합니다.

SPECS는 CO-STAR와 어떻게 다른가요?

SPECS는 결과물 요구사항을 정확하게 정의하는 데 초점을 맞추고, CO-STAR는 어조와 목소리, 대상 독자를 조절하는 데 초점을 맞춥니다. 기술적인 산출물에는 SPECS를, 콘텐츠 제작에는 CO-STAR를 사용하세요.