AI와의 '채팅'은 그만하세요. 엔지니어링 시작: Google의 PASEC 프레임워크

TL;DR: 대부분의 사람들은 AI를 대화처럼 취급하기 때문에 어려움을 겪습니다. AI는 대화가 아니라 시스템입니다. 구글은 최근 모호한 요청을 정확한 지침으로 변환하는 PASEC 프롬프트 프레임워크를 강조했습니다. 이 프레임워크를 분석해 보면 시스템적 디자인과 동일하다는 것을 알 수 있습니다. 프롬프트는 이제 더 이상 예술이 아니라 요구 사항 엔지니어링의 한 분야입니다.

여기 머큐리 테크놀로지 솔루션의 CEO 제임스입니다. 일본 지바현 나리타 - 2025년 12월 18일

저는 종종 똑똑한 엔지니어들이 LLM에서 좋은 결과를 얻기 위해 고군분투하는 것을 봅니다. 그들은 프롬프트 상자를 검색 창이나 채팅 창처럼 취급합니다. 그들은 입력합니다: <"클라우드 트렌드에 대한 보고서를 작성해 주세요.">라고 입력합니다

그런 다음 결과물이 일반 쓰레기로 나오면 불평합니다.

문제는 모델이 아닙니다. 문제는 시스템 정의가 부족하다는 것입니다.

구글은 최근 PASEC이라는 고품질 프롬프트 프레임워크를 공식화했습니다. 겉으로 보기에는 그저 또 하나의 약어처럼 보입니다. 하지만 더 자세히 들여다보면 시스템적 디자인을 위한 청사진입니다.

PASEC 프로토콜

LLM과 같은 확률적(랜덤) 시스템을 제어하려면 경계 조건을 정의해야 합니다. PASEC이 바로 그 역할을 합니다:

• P | 페르소나(누구): 상담원의 역할을 정의합니다.
• A | 목표(무엇): 구체적인 임무 또는 기능적 요구 사항을 정의합니다.
• S | 구조(방법): 출력 인터페이스 및 형식을 정의합니다.
• E | 효과/제약(경계): 하지 말아야 할 <하지 말아야 할 것>을 정의합니다.
• C | 컨텍스트 (입력): 환경 변수를 정의합니다.

이것이 실제로 시스템 엔지니어링인 이유

시스템 엔지니어링이나 제품 아키텍처에 대한 배경 지식이 있다면 이 구조가 매우 익숙하게 보일 것입니다.

LLM은 블랙박스 시스템입니다. 입력을 받아 출력으로 처리합니다. 전통적인 엔지니어링에서는 공장에 "자동차를 만들어 달라"고 요청하지 않습니다 사양서를 제공할 것입니다.

PASEC은 인텔리전스 시대를 위한 사양서입니다.

로직을 매핑해 보겠습니다:

1. Persona = 시스템 아키텍처:
   • 공학: "이것은 고토크 전기 모터입니다."
   • <"당신은 20년 경력의 시니어 시스템 아키텍트입니다."
   • 왜: 운영 매개변수 및 지식창고 검색 가중치를 설정합니다.
2. 목표 = 기능 요구 사항:
   • 공학: "모터는 500kg을 들어 올려야 합니다."
   • PASEC: "당신의 목표는 이 코드에 보안 취약점이 있는지 비판하는 것입니다."
   • <이유:> 성공 기준을 정의합니다.
3. 컨텍스트 = 환경 입력:
   • 엔지니어링: "모터는 -20°C 날씨에서 작동합니다."
   • <"청중은 비기술 이사회 구성원이며, 회사는 예산 삭감에 직면해 있습니다."
   • 왜: 시스템이 로직을 올바르게 처리하는 데 필요한 상태 변수>를 제공합니다.
4. 효과(제약 조건) = 경계 조건:
   • 공학: "240V를 초과하지 말고 과열되지 않도록 하십시오."
   • PASEC: "전문 용어를 사용하지 마세요. 응답을 500단어로 제한하세요. 도덕화하지 마세요."
   • <왜:> 시스템 이론에서는 목표보다 제약이 더 중요합니다. 제약은 솔루션 공간을 "무한한"에서 "유용한"으로 좁힙니다
5. 구조 = 인터페이스 디자인:
   • 엔지니어링: "3핀 플러그를 통한 출력."
   • <"위험, 영향 및 완화에 대한 열이 있는 마크다운 테이블로 출력합니다."
   • <왜:> 출력물이 워크플로우의 다음 단계(다운스트림 시스템)와 통합되도록 보장합니다.

사례 연구: "분위기"와 "스펙" 대치하기

"채팅" 프롬프트와 "시스템" 프롬프트의 차이점을 살펴보겠습니다.

"채팅" 프롬프트(실패 모드):

"새로운 AI 기능에 대해 고객에게 보내는 이메일을 작성하는 데 도움을 주세요."

PASEC "시스템" 프롬프트(성공 모드):

• (P)페르소나: 귀하는 B2B SaaS를 전문으로 하는 선임 제품 마케팅 관리자입니다.
• (C)ontext: 코드 검증을 자동화하는 'Mercury AI'를 출시합니다. 우리의 고객은 AI 환각에 회의적인 CTO입니다.
• (A)im: 데모 예약을 설득하는 시작 이메일을 작성하세요. 속도뿐 아니라 신뢰와 보안에 집중하세요.
• (E)효과적(제약 조건): 최대 200단어. 어조는 전문적이면서도 긴박해야 합니다. "게임 체인저"와 같은 유행어를 사용하지 마세요
• (S)구조:
  1. 제목(3가지 옵션)
  2. 본문 (문제 -  교반 -  해결 방법)
  3. CTA

결론 당신이 아키텍트입니다

PASEC이 작동하는 이유는 마술이 아니기 때문입니다. AI를 마법의 지니가 아닌 컴퓨팅 구성 요소로 취급하도록 하기 때문에 효과가 있습니다.

우리는 '프롬프트 속삭임'의 단계에서 벗어나 '프롬프트 엔지니어링'의 단계로 나아가고 있습니다.

• 속삭임는 모델이 사용자를 이해하기를 바라고 있습니다.
• 엔지니어링이 시스템을 너무 잘 정의하고 있기 때문에 모델이 정확할 수밖에 없습니다.

다음에 클로드나 ChatGPT를 열 때는 대화만 하지 마세요. 시스템 디자인하기

머큐리 기술 솔루션: 디지털 가속화