이것은 오프라인 모델을 위한, 작업별로 묶은 실무용 프롬프트 선반이에요. 각각은 복사하고, 고치고, 당신 메모에 저장하도록 만들었어요. 프롬프트 아래 한 줄은 언제 현실적인지 말해요. 작은 로컬 모델이면 되는지, 더 큰 모델이 필요한지. “7B+”는 보통의 70억에서 80억 매개변수 지시 모델을 뜻해요. “13B+”는 더 큰 로컬 모델에서 놓치는 규칙이 적다는 뜻이지, 더 작은 모델을 금지한다는 뜻은 아니에요.
업무 이메일을 쓰세요.
받는 사람: [이름]
요청: [요청 하나]
상대에게 필요한 사실:
- [사실]
- [사실]
규칙:
- 110단어 미만
- “잘 지내시길 바랍니다”는 쓰지 마세요
- 막연하게 이야기하자고 하지 말고, 요청으로 끝내세요
이메일만 출력하세요.
늘리지 않고 거절하기
어떤 작은 모델이든 돼요.
짧은 거절을 쓰세요.
거절하는 것: [요청]
언급해도 되는 이유: [이유 하나]
제안해도 되는 대안: [하나, 또는 “없음”]
규칙:
- 80단어 미만
- 사과는 한 번을 넘기지 마세요
- 정책을 지어내지 마세요
메시지만 출력하세요.
침묵 뒤의 후속 연락
어떤 작은 모델이든 돼요.
[날짜]에 보낸 이메일의 후속을 쓰세요.
원래 요청: [요청]
규칙:
- 70단어 미만
- 앞의 이메일을 한 문장으로 언급하세요
- 요청을 한 번 반복하세요
- 죄책감도, 농담도 넣지 마세요
이메일만 출력하세요.
코드
경계 경우가 있는 함수
함수 하나라면 7B+. 한 페이지보다 적게 붙여 넣으세요.
당신은 신중한 [언어] 개발자예요.
[X를 하는] 함수를 하나만 쓰세요.
처리할 경계 경우: [경우]
규칙:
- 이름은 담는 것을 말해야 해요
- 맨 위에 두 줄 주석, 다른 주석은 없음
- 사용 예는 없음
함수만 반환하세요.
차이 요약으로 커밋 메시지
어떤 작은 모델이든 돼요. 거대한 차이를 붙이지 마세요. 변경을 한 문단으로 요약한 당신 글을 붙이세요.
커밋 메시지를 쓰세요.
변경: [무엇이 바뀌었는지]
이유: [왜]
규칙:
- 제목은 50자 미만, 명령형
- 본문: 최대 2문장
- “이 커밋”이라고 말하지 마세요
메시지만 출력하세요.
다시 쓰기가 아니라 검토 코멘트
조각이 약 40줄을 넘으면 13B+. 그렇지 않으면 7B로 충분해요.
코드를 검토하세요. 다시 쓰지 마세요.
글머리 정확히 3개를 반환하세요.
- 버그, 또는 “버그 없음”
- 이름이나 명확성 문제, 또는 “없음”
- 가장 작은 다음 변경
코드:
[붙여넣기]
메모와 회의
결정과 할 일
어떤 작은 모델이든 돼요.
메모에서 목록 두 개를 만드세요. 결정과 할 일.
규칙:
- 메모에 없는 항목은 더하지 마세요
- 할 일은 동사로 시작하세요
- 담당을 모르면: “담당: 적혀 있지 않음”
메모:
[붙여넣기]
지난번 이후 바뀐 것
어떤 작은 모델이든 돼요. 두 판을 라벨을 붙여 붙여 넣으세요.
이전과 새 것을 비교하세요.
다음을 반환하세요.
- 추가됨
- 빠짐
- 그대로지만 놓치기 쉬움
각각 한 줄. 목록이 비면 “없음”이라고 쓰세요.
이전:
[붙여넣기]
새 것:
[붙여넣기]
추출
평평한 JSON
7B+. 더 작은 모델은 JSON 앞에 문장을 더하는 경우가 많아요.
키가 vendor, invoice_date, total인 JSON을 추출하세요.
규칙:
- 없으면 null
- total은 통화 기호 없는 숫자예요
- 마크다운 코드 펜스도, 설명도 넣지 마세요
본문:
[붙여넣기]
이름과 날짜만
어떤 작은 모델이든 돼요.
본문에 있는 모든 사람과 모든 날짜를 나열하세요.
형식:
사람:
- 이름
날짜:
- 날짜 — 가리키는 것을 5단어로, 또는 “적혀 있지 않음”
적혀 있지 않은 날짜는 추론하지 마세요.
본문:
[붙여넣기]
다시 쓰기와 번역
사실은 같고 더 짧게
어떤 작은 모델이든 돼요.
본문을 약 절반 길이로 다시 쓰세요.
규칙:
- 숫자, 이름, 날짜는 모두 유지하세요
- 교훈이나 추천은 더하지 마세요
- 제목은 넣지 마세요
본문:
[붙여넣기]
용어를 고정한 번역
한 페이지라면 7B+. 한 문단이라면 어떤 작은 모델이든 돼요.
[원문 언어]에서 [대상 언어]로 번역하세요.
이 문자열은 바꾸지 마세요: [용어], [용어], [URL]
규칙:
- 중립적인 말투
- 번역자 주는 넣지 마세요
- 단어가 불명확하면 원문을 대괄호 안에 두세요
본문:
[붙여넣기]
지원과 고객
환불을 약속하지 않는 답장
어떤 작은 모델이든 돼요. 정책을 프롬프트에 넣어 모델이 정책을 지어내지 않게 하세요.
고객에게 답하세요.
따라야 하는 정책: [한 문장, 예를 들어 “파손된 물건은 30일 안에 교환해요. 배송비는 환불하지 않아요.”]
고객 메시지:
[붙여넣기]
규칙:
- 100단어 미만
- 할 수 있는 일을 말하세요
- 정책이 허용하지 않는 것은 제안하지 마세요
- 가짜 공감 문단은 넣지 마세요
답장만 출력하세요.
불만을 티켓으로
어떤 작은 모델이든 돼요.
불만을 이 라벨이 있는 티켓으로 바꾸세요.
문제:
제품:
언제:
요청한 것:
규칙:
- 라벨당 한 줄
- 고객의 요청을 인용하고, 더 키우지 마세요
불만:
[붙여넣기]
공부
내 메모에서만 나온 질문
7B+.
메모에서 답할 수 있는 질문 5개를 쓰세요.
각 질문 뒤에 답: 이라고 쓰고 한 문장을 쓰세요.
그다음 짧은 근거 구절을 인용하세요.
메모가 뒷받침하지 않는 질문은 하지 마세요.
메모:
[붙여넣기]
용어집
어떤 작은 모델이든 돼요.
본문에서, 처음 보는 사람이 모를 용어의 용어집을 만드세요.
형식: 용어 — 본문만 써서 20단어 이하의 정의.
일상 단어는 빼세요.
최대 8개 용어.
본문:
[붙여넣기]
결정
선택지 두 개, 제약 하나
7B+.
[결정]에 대해 A와 B를 비교하세요.
우선순위는 [비용처럼 제약 하나]예요.
A: [사실]
B: [사실]
다음을 반환하세요.
- 세 줄, 각각 기준으로 시작
- 그다음 “선택:”과 A 또는 B, 그리고 한 문장
선택지 C는 더하지 마세요.
네 줄 사전 실패 점검
7B+. 긴 이야기를 요청하지 마세요.
이 계획이 한 달 뒤에 실패했다고 가정하세요.
계획: [한 문단]
정확히 4줄을 반환하세요.
가능성 높은 실패:
이른 징후:
확인하지 않은 것:
이번 주 가장 작은 시험:
격려 연설은 하지 마세요.
자리를 얻은 프롬프트를 정리하는 법
프롬프트가 온도 0.2에서 두 번 통하면, 메모 세 가지와 함께 저장하세요. 모델 이름, 온도, 그것을 깨뜨린 입력의 종류. 한 문단에서는 통하는 프롬프트가 열 페이지 붙여 넣기에서는 실패할 수 있어요. 그것은 컨텍스트 문제이지, 프롬프트를 버릴 이유가 아니에요. 토큰 계산기로 크기를 확인하고 원문을 나누세요.
저장한 프롬프트가 다시 서두를 붙이기 시작하면, 처음부터 다시 쓰지 마세요. 마지막 줄 하나를 더하세요. “첫 번째 필수 라벨로 시작하세요.” 그다음 한 번 다시 시험하세요.
