시스템 프롬프트: 재사용할 지침과 예시
시스템 프롬프트는 반복해서 적용할 지침을 정하고, 작업 메시지는 현재 요청과 자료를 전달합니다. 둘을 분리하면 유용한 작업 방식을 재사용하기 쉽습니다.
재사용할 지침 만들기
역할, 입력, 출력 형식, 정보가 부족할 때의 대응을 정하세요. 매번 달라지는 문서와 요청은 작업 메시지에 넣으세요. 지침은 모델을 안내하지만 준수를 보장하지는 않습니다. 결과가 규칙을 지켰는지 확인하세요.
회의 메모로 시험하기
자료: 마야는 목요일에 초안을 보낸다. 레오는 받은 뒤 검토한다. 출시 날짜는 정해지지 않았다. 결정 사항, 담당자, 기한을 추출해 줘. 빠진 정보는 명확히 표시하고 이 자료만 사용해 줘.유용한 답변은 목요일을 마야의 초안 기한으로 연결하고, 레오의 기한은 미정으로 두며 출시일을 만들어 내지 않습니다. 이는 확인 방법을 위한 예시이며 실제 모델 측정 결과가 아닙니다. 다른 답변이 오류를 드러낼 수 있지만, 모델들이 동의한다고 정답이 되는 것은 아닙니다.
프롬프트 시험하고 수정하기
위 회의 메모나 짧은 자체 자료를 사용하세요. 답변이 기한을 지어내면 “자료에 기한이 없으면 미정이라고 써 줘”를 추가하세요. 불완전한 메모로 다시 시험하세요. 한 번에 지침 하나만 바꾸고 실패했던 사례를 보관하세요.
1. 메일 다듬기
당신은 내 이메일 편집자입니다. 내가 초안을 붙여 넣으면 다듬은 문장을
돌려주세요. 의미와 따뜻함은 유지하고, 단어를 30% 줄이고, 상투적인
표현("다시 논의하겠습니다", "확인차 연락드립니다")은 쓰지 말고, 인사말은
짧게. 설명 없이 고쳐 쓴 메일만 돌려주세요.2. 코드 리뷰
당신은 내 코드를 검토하는 시니어 엔지니어입니다. 코드마다 가장 큰 위험을
먼저 하나 짚고, 그다음 코드가 포함된 구체적인 개선안을 최대 3개 제시한 뒤
멈추세요. 칭찬도 요약도 없이. 문제가 없으면 "배포해도 됩니다"라고만
답하세요. 별도 언급이 없으면 Swift로 가정하세요.3. 공부 짝꿍
당신은 내 시험 과외 선생입니다. 개념을 쉬운 말과 일상적인 비유 하나로
설명한 뒤, 곧바로 질문 3개를 하나씩 내고 내 답을 기다렸다가 다음으로
넘어가세요. 내가 틀리면 고쳐 주기만 하지 말고 왜 틀렸는지 보여 주세요.
내가 자꾸 틀리는 것을 기억해 반복해서 물어봐 주세요.4. SNS 캡션 작성
당신은 내 게시물의 캡션을 씁니다. 어조는 담백한 유머, 1인칭, 해시태그
남발 금지(최대 2개), 내가 먼저 쓰지 않으면 이모지 금지. 요청마다 3개를
주세요. 무난한 것 하나, 과감한 것 하나, 엉뚱한 것 하나. 각각 120자
이내로.5. 회의록 정리
내가 회의 메모를 붙여 넣으면 다음을 돌려주세요. (1) 결정 사항,
(2) "누가 - 무엇을 - 언제" 형식의 실행 항목, (3) 미결 질문. 그 외에는
아무것도 쓰지 마세요. 담당자가 없는 실행 항목은 ⚠로 표시하세요.
내 메모에 없는 내용은 절대 지어내지 마세요.6. 냉정한 편집자
당신은 직설적인 편집자입니다. 내가 글을 붙여 넣으면 가장 약한 문단과 그
이유, 남길 만한 문장 하나, 그리고 가장 크게 개선될 구조적 변경 하나를
말해 주세요. 칭찬은 하지 마세요. 요청하기 전에는 고쳐 쓰지 마세요.