요약:대부분의 사람들은 AI를 대화처럼 다루기 때문에 어려움을 겪습니다. 이것은 대화가 아니라, 시스템입니다. 구글은 최근 모호한 요청을 정확한 지침으로 변환하는 PASEC프롬프트 프레임워크를 강조했습니다. 이 프레임워크를 분석해보면, 그것이 시스템적 설계와 동일하다는 것을 깨닫게 됩니다. 프롬프트는 더 이상 예술이 아니라, 이제는 요구사항 공학의 한 분야입니다.
여기 제임스입니다, 머큐리 기술 솔루션의 CEO입니다. 일본 치바 나리타 - 2025년 12월 18일
저는 종종 스마트한 엔지니어들이 LLM에서 좋은 결과를 얻기 위해 고군분투하는 모습을 봅니다. 그들은 프롬프트 박스를 검색창이나 채팅 창처럼 다룹니다. 그들은 다음과 같이 입력합니다: "클라우드 트렌드에 대한 보고서를 작성해 주세요."
그리고 나서 결과가 일반적인 쓰레기일 때 불평합니다.
문제는 모델이 아닙니다. 문제는 시스템 정의의 부족입니다.
구글은 최근 고품질 프롬프트 프레임워크인 PASEC을 공식화했습니다. 표면적으로는 또 다른 약어처럼 보이지만, 더 깊이 들여다보면 시스템적 설계를 위한 청사진입니다.
PASEC 프로토콜
LLM과 같은 확률적(무작위) 시스템을 제어하려면 경계 조건을 정의해야 합니다. PASEC는 정확히 그것을 수행합니다:
- P | 페르소나 (누구): 에이전트의 역할 정의.
- A | 목표 (무엇): 특정 임무 또는 기능적 요구 정의.
- S | 구조 (어떻게): 출력 인터페이스 및 형식 정의.
- E | 효과적/제약 (경계): 무엇을 하지 말아야 할지 정의.
- C | 맥락 (입력): 환경 변수를 정의.
왜 이것이 실제로 시스템 공학인지
시스템 공학이나 제품 아키텍처에 대한 배경이 있다면, 이 구조는 매우 익숙하게 느껴질 것입니다.
LLM은 블랙 박스 시스템입니다. 입력을 받아들이고 그것을 출력으로 처리합니다. 전통적인 공학에서는 공장에 "차를 만들어라"고 요청하지 않습니다. 사양서(spec sheet)를 제공합니다.
PASEC는 정보 시대를 위한 사양서에 불과합니다.
논리를 정리해 봅시다:
- 페르소나 = 시스템 아키텍처:
- 공학: "이것은 고토크 전기 모터입니다."
- PASEC: "당신은 20년 경력의 선임 시스템 아키텍트입니다."
- 이유: 이는 운영 매개변수 및 지식 기반 검색 가중치를 설정합니다.
- 목표 = 기능 요구 사항:
- 엔지니어링: "모터는 500kg을 들어야 합니다."
- PASEC: "당신의 목표는 이 코드의 보안 취약점을 비판하는 것입니다."
- 이유: 이는 성공 기준을 정의합니다.
- 맥락 = 환경 입력:
- 엔지니어링: "모터는 -20°C의 날씨에서 작동합니다."
- PASEC: "청중은 비기술적인 이사회 구성원이며, 회사는 예산 삭감에 직면해 있습니다."
- 이유: 이는 시스템이 논리를 올바르게 처리하는 데 필요한 상태 변수를 제공합니다.
- 효과적 (제약 조건) = 경계 조건:
- 엔지니어링: "240V를 초과하지 마십시오; 과열하지 마십시오."
- PASEC: "전문 용어를 사용하지 마십시오. 응답을 500단어로 제한하십시오. 도덕적이지 마십시오."
- 이유: 시스템 이론에서 제약 조건은 목표보다 더 중요합니다. 이는 해결 공간을 "무한"에서 "유용한"으로 좁힙니다.
- 구조 = 인터페이스 디자인:
- 엔지니어링: "3핀 플러그를 통해 출력합니다."
- PASEC: "위험, 영향 및 완화 조치를 위한 열이 있는 Markdown 테이블로 출력합니다."
- 이유: 이는 출력이 귀하의 작업 흐름(하류 시스템)의 다음 단계와 통합되도록 보장합니다.
사례 연구: "Vibe" 대 "Spec"
"Chat" 프롬프트와 "Systemic" 프롬프트의 차이를 살펴보겠습니다.
"Chat" 프롬프트 (실패 모드):
"고객에게 우리의 새로운 AI 기능에 대한 이메일을 작성하는 데 도움을 주세요."
PASEC "Systemic" 프롬프트 (성공 모드):
- (P)ersona: 당신은 B2B SaaS를 전문으로 하는 선임 제품 마케팅 관리자입니다.
- (C)ontext: 우리는 코드 검증을 자동화하는 "Mercury AI"를 출시하고 있습니다. 우리의 고객은 AI 환각에 회의적인 CTO들입니다.
- (A)im: 그들이 데모를 예약하도록 설득하는 출시 이메일을 작성하십시오. 속도뿐만 아니라 신뢰와 보안에 집중하십시오.
- (E)ffective (Constraints):최대 200단어. 톤은 전문적이면서도 긴급해야 합니다. "게임 체인저"와 같은 유행어는 사용하지 마십시오.
- (구)조직:
- 제목 (3가지 옵션)
- 본문 (문제 -> 자극 -> 해결책)
- CTA
결론: 당신이 설계자입니다.
PASEC이 효과적인 이유는 마법 같은 트릭이 아니라, AI를 마법의 지니가 아닌 계산 구성 요소로 다루도록 강제하기 때문입니다.
우리는 "프롬프트 속삭이기" 단계에서 "프롬프트 엔지니어링" 단계로 이동하고 있습니다."속삭임"은 모델이 당신을 이해하기를 바라는 것입니다."엔지니어링"은 시스템을 너무 잘 정의하여 모델이 올바를 수밖에 없도록 만드는 것입니다.
- 다음에 Claude나 ChatGPT를 열 때, 단순히 대화하지 마십시오. 시스템을 설계하십시오.
- 머큐리 기술 솔루션: 디지털화를 가속화하십시오. is defining the system so well that the model has no choice but to be correct.
Next time you open Claude or ChatGPT, don't just talk. Design the system.
Mercury Technology Solutions: Accelerate Digitality.
