긴 프롬프트에서 앞 지시 무시될 때 나눠 넣는 방법

규칙을 길게 적었는데 앞쪽 지시만 계속 무시된다면, 지시를 한 덩어리로 넣는 방식부터 바꿔야 합니다. 규칙을 짧게 쪼개 단계로 나눠 넣고, 마지막에 체크리스트로 되짚는 순서를 예시와 함께 정리했습니다.

규칙을 잔뜩 적었는데 뒤쪽 지시만 지켜진다면, 지시문을 한 번에 다 넣지 말고 작업을 2~3단계로 쪼개서 매 단계마다 필요한 규칙만 다시 붙이는 방식으로 바꿔보세요. 증상이 줄어듭니다.

가장 빠른 응급처치는 이것입니다. 이미 길게 쓴 프롬프트에서 꼭 지켜져야 하는 규칙 3개만 골라 맨 마지막에 다시 한 번 적는 것. 붙여넣기 한 번으로 끝나고, 결과가 바뀌는지 바로 확인할 수 있습니다.

목차

1. 먼저 이 순서로 손봐 보세요
2. 작업을 나눠 넣는 실제 방법
3. 결과가 나아졌는지 확인하는 법
4. 왜 앞쪽 지시가 밀려나는가
5. 자주 막히는 부분

먼저 이 순서로 손봐 보세요

아래 순서는 위험이 없고 되돌리기도 쉽습니다. 1번부터 하고, 결과가 만족스러우면 거기서 멈추면 됩니다.

• ☐1단계: 꼭 지킬 규칙 3개를 골라 프롬프트 맨 끝에 다시 적기
• ☐2단계: 규칙을 문장이 아니라 번호 목록으로 바꾸기
• ☐3단계: 작업을 2~3개 단계로 쪼개서 대화를 나눠 진행하기
• ☐4단계: 결과를 받은 뒤 규칙 목록으로 자기 점검을 시키기

1단계는 이런 식입니다. 원래 프롬프트 뒤에 그냥 이어 붙입니다.

(...기존 지시문 전체...)

--- 위 내용 중 반드시 지킬 3가지 ---
1. 존댓말 사용
2. 한 문단 3문장 이내
3. 숫자는 근거 없으면 쓰지 않음

이 블록은 "앞에서 말한 것 중 이 셋은 예외 없다"고 못 박는 역할입니다. 긴 지시문 중간에 묻혀 있던 규칙이 마지막 위치로 올라오면서 훨씬 잘 지켜집니다.

2단계도 효과가 큽니다. "정중한 톤으로 쓰고 문단은 짧게 하되 숫자는 조심해서 다뤄주세요" 같은 줄글 문장은 규칙 하나로 뭉쳐 보입니다. 번호를 붙여 쪼개면 각 항목이 개별 요구사항으로 읽힙니다.

작업을 나눠 넣는 실제 방법

한 번에 다 시키지 않고 대화를 나누는 게 3단계입니다. 사내 공지문을 다듬는 작업이라면 이렇게 나눕니다.

1차: 구조만
  "이 글의 목차와 순서만 잡아주세요"
     ↓
2차: 본문 작성
  "확정된 목차로 본문을 쓰세요.
   규칙: (톤/길이 규칙만 여기 다시)"
     ↓
3차: 규칙 점검
  "아래 5개 규칙으로 방금 글을 검사하고
   위반한 곳만 고치세요"

핵심은 각 단계에서 그 단계에 필요한 규칙만 다시 붙이는 것입니다. 1차에서 톤 규칙은 필요 없고, 2차에서 목차 규칙은 필요 없습니다. 매번 전체 규칙을 복사해 넣으면 다시 길어져서 원래 문제로 돌아갑니다.

방식	지시문 길이	앞 규칙 유지	손이 가는 정도
한 번에 다 넣기	매우 길다	약함	편함
끝에 핵심 3개 재강조	조금 길어짐	개선됨	거의 없음
단계별로 쪼개 넣기	단계마다 짧음	가장 안정적	대화 2~3번

시간이 없으면 2번 줄, 결과 품질이 중요하면 3번 줄을 고르면 됩니다.

결과가 나아졌는지 확인하는 법

느낌으로 판단하지 말고 규칙을 그대로 검사 항목으로 쓰는 게 확실합니다. 마지막 턴에 이렇게 물어봅니다.

방금 작성한 글을 아래 항목으로 점검하세요.
각 항목마다 지켰는지 O/X와 근거 문장을 쓰고,
X인 항목만 수정본을 제시하세요.

1. 존댓말
2. 한 문단 3문장 이내
3. 근거 없는 숫자 없음

O/X 표가 나오면 어느 규칙이 계속 깨지는지 눈에 보입니다. 특정 항목이 반복해서 X로 나온다면, 그 규칙은 표현이 모호했을 가능성이 큽니다.

💡 자기 점검 결과도 모델이 만든 판단입니다. 숫자나 사실 관계처럼 중요한 항목은 사람이 한 번 더 봐야 합니다.

왜 앞쪽 지시가 밀려나는가

챗봇은 지시문을 "규칙 저장소"에 보관해두고 참조하지 않습니다. 매번 앞부터 뒤까지 전체 글을 한 덩어리로 읽고, 그 안에서 다음에 올 말을 이어 붙입니다.

그래서 지시문이 길어지면 문제가 둘 생깁니다.

첫째, 규칙끼리 경쟁합니다. "친근하게"와 "격식 있게"가 열 줄 떨어져 있으면 서로 충돌하는지 사용자는 못 알아채지만 결과에는 드러납니다. 지시를 목록으로 정리하면 이런 충돌이 눈에 띕니다.

둘째, 뒤쪽 내용과 직전 대화 내용이 더 강하게 반영되는 경향이 있습니다. 여러 턴을 주고받은 뒤 처음 규칙이 흐려지는 게 이 때문입니다. 위치를 옮기고 재강조하는 것만으로도 체감 차이가 납니다.

다만 이건 모델 내부 동작을 단정하는 설명은 아닙니다. 모델과 버전에 따라 긴 입력을 다루는 방식이 다르니, 쓰고 있는 서비스의 공식 프롬프트 가이드 문서를 한 번 확인해 보는 편이 좋습니다.

자주 막히는 부분

규칙을 20개 넘게 적어둔 경우. 20개를 다 지키게 만들기는 어렵습니다. "절대 어기면 안 되는 것 5개"와 "가능하면 지킬 것"으로 나누고, 5개만 매 단계 재강조합니다. 나머지는 마지막 점검 단계에서 한꺼번에 봅니다.

"~하지 마세요"만 나열한 경우. 금지 표현은 무엇을 해야 할지 알려주지 않습니다. "감탄사 쓰지 마세요" 대신 "감정 표현은 평서문으로: '인상적입니다'"처럼 대체안을 같이 줍니다.

대화가 길어지면서 무너지는 경우. 턴이 쌓이면 규칙이 흐려집니다. 새 대화를 열고, 지금까지 확정된 결과물과 핵심 규칙 3~5개만 옮겨 붙여 다시 시작하는 게 빠릅니다.

예시 없이 말로만 설명한 경우. "표는 간결하게" 같은 추상적 규칙은 해석 폭이 넓습니다. 원하는 형태의 짧은 예시 한 덩어리를 붙이면 말로 열 줄 설명하는 것보다 잘 먹힙니다.

같은 규칙을 다른 말로 두 번 쓴 경우. "짧게 쓰세요"와 "장황하지 않게"가 떨어져 있으면 규칙 수만 늘어납니다. 중복을 합치는 것만으로 지시문이 눈에 띄게 짧아집니다.

지금 쓰고 있는 긴 프롬프트가 있다면, 끝에 핵심 규칙 3줄을 붙여보고 같은 요청을 다시 돌려보세요. 차이가 느껴지지 않으면 단계 나누기로 넘어가면 됩니다.