시스템 프롬프트와 사용자 프롬프트의 가장 큰 차이는 누가 먼저 나타나는지가 아니라 '책임이 무엇인가'입니다. 시스템 프롬프트는 동일성, 톤, 출력 경계, 금지, 고정 프로세스와 같은 장기적이고 안정적인 규칙을 작성하는 데 더 적합합니다; 사용자 프롬프트는 이 라운드에서 수행할 특정 작업을 작성하는 데 더 적합하며, 예를 들어 다시 쓰고, 요약하고, 추출하고, 비교할 내용을 도와줍니다. 많은 사람들이 이 둘을 섞어 규칙이 불안정해지고 과제가 쉽게 벗어나게 됩니다.
| 심판 지점 | 시스템 프롬프트가 더 적합합니다 | 사용자 프롬프트가 더 적합합니다 |
|---|---|---|
| 행동 주기 | 이 조항은 여러 라운드에 걸쳐 계속 발효되고 있습니다 | 현재 과제만 수행됩니다 |
| 콘텐츠 유형 | 역할, 규칙, 경계, 형식 제약 | 질문, 자료, 목표 및 보충 요구사항 |
| 자주 바뀌나요? | 비교적 안정적이다 | 질문에 따라 자주 바뀌는 경우가 많습니다 |
시스템 프롬프트에 어떤 내용을 먼저 작성해야 하는지
- 고객이 고객 서비스, 편집자, 코드 어시스턴트 등 시간이 지나도 모델이 유지해야 할 정체성과 수준.
- 결론을 먼저 제시하고, 표만 반환하며, 출처를 조작하지 않거나, 찾지 못하면 직접 말하는 등 반드시 따라야 할 출력 규칙들.
- 진행 여부를 결정하기 전에 입력값을 확인하는 등 각 질문마다 과정이 바뀌지 않습니다.
사용자 프롬프트에 넣는 것이 더 좋은 콘텐츠는 무엇일까요?
- 이번에는 회의록을 요약하고, 계약 위험을 추출하며, 사본을 구어체로 바꾸는 등 정확히 무엇을 해야 할지 말입니다.
- 원문 기사, 스크린샷 설명, 고객 요구사항, 테이블 데이터 등 이번 라운드에서만 제공되는 맥락 자료.
- 예를 들어, 이 시간보다 짧거나 상사 지향적인 경우, 숫자와 날짜를 기록하기 위한 임시 선호도.
가장 흔한 실수는 시스템 프롬프트에 많은 작업 요구사항을 오랫동안 쑤셔 넣어, 이후 라운드마다 이전 요구사항들로 인해 방해받는 것입니다. 더 안정적인 접근법은 시스템 프롬프트가 규칙만 설정하고, 사용자 프롬프트가 현재 작업을 명시적으로 언급하는 것입니다. 단 한 문장만 기억하면 됩니다. 장기적이고 변하지 않는 석방 시스템, 석방 사용자에게 해야 할 현재, 분업이 명확할수록 모델이 모순될 가능성이 적습니다.
