긴 AI 대화에서 지시가 섞일 때 새 요청으로 정리하기
AI와 여러 번 수정하다 보면 바꾼 자료 대신 예전 자료를 쓰거나, 그만 쓰기로 한 표 형식이 다시 나올 수 있습니다. 이럴 때는 지금 필요한 조건을 한곳에 모아 새로 요청해 보세요.
현재 사용할 자료와 원하는 결과 형식을 먼저 적고, 예전 요청 중 더 이상 적용하지 않을 내용도 알려 줍니다. 바꾸지 않은 조건은 원래 요청에서 확인하고, 뜻이 모호한 변경은 질문으로 남기세요. 이 글에서는 세 번의 변경 요청을 예로 들어 빠진 조건이 있는지 확인하며 새 요청을 쓰는 방법을 설명합니다.
가상 요청의 변경 이력과 현재 요구를 대조하는 예제입니다.
최근 메시지 한 개만 복사하면 빠지는 조건
‘표 대신 목록으로 바꿔 주세요’라는 최신 메시지는 형식을 바꾸지만, 앞서 정한 독자와 자료 범위까지 없애지는 않을 수 있습니다. 반대로 자료를 v2로 바꿨는데 v1의 숫자와 절차를 계속 섞으면 최신 요청을 제대로 정리한 것이 아닙니다.
따라서 요구를 항목별로 나눠 읽습니다. 독자, 사용할 입력, 출력 형식, 금지한 내용, 실제로 할 행동을 각각 확인합니다. 최신 변경은 해당 항목에 반영하고, 바꾸지 않은 항목은 근거가 남아 있을 때 유지합니다. 의미가 불분명한 부분은 ‘계속 유지’나 ‘폐기’를 임의로 확정하지 말고 확인 질문으로 둡니다.
ChatGPT 요청문 작성 공식 안내는 명확하고 구체적인 지시와 필요한 맥락을 제공하고, 결과를 검토하며 요청을 다듬는 방법을 설명합니다. 아래 대응표는 이 원칙을 변경 이력 관리에 적용하기 위해 직접 설계한 예제입니다. 공식 기능이 자동으로 이 표를 만들어 주거나 모든 변경을 정확히 따르는 것은 아닙니다.
원문 이력 세 건과 입력 두 버전을 고정하기
예제는 가상 파일 정리 안내문을 편집하는 상황입니다. 실제 파일을 이동하거나 이름을 바꾸는 작업은 하지 않습니다. 다음 이력과 입력을 그대로 복사해 어떤 요구가 바뀌었는지 읽어 봅니다.
[가상 요청 이력]
H01 입력 v1로 처음 시작하는 사람을 위한 안내문을 만든다.
출력은 표 3행이고 각 행에 소제목을 넣는다.
H02 표 대신 번호 목록 2항목으로 바꾸고 소제목은 뺀다.
독자는 처음 시작하는 사람으로 유지한다.
H03 입력은 v2만 사용한다. 번호 목록 2항목은 유지한다.
실제 파일 작업 없이 안내문만 작성한다.
다운로드 링크는 제공하지 않았으므로 만들지 않는다.
[가상 입력 v1: 이번 결과에 사용하지 않음]
A01 원본 폴더를 연다.
A02 파일 이름을 순서대로 변경한다.
[가상 입력 v2: 이번 결과의 유일한 입력]
B01 원본을 보존하고 빈 연습 폴더에 사본 두 개를 둔다.
B02 사본 파일명만 목록에 기록한다.
B03 이동·이름 변경·삭제는 하지 않는다.v1과 v2는 서로 다른 버전의 가상 문장입니다. v1의 파일 이름 변경은 v2에 남아 있지 않습니다. H03의 ‘안내문만 작성’도 실제 파일 조작을 요청한 것으로 읽지 않습니다. 입력에 사본 파일의 실제 이름이나 다운로드 주소는 제공되지 않았습니다.
이력 H01~H03은 세 건, v2는 세 원문행입니다. 이 개수는 뒤에서 현재 요구의 근거가 모두 존재하는지 확인하는 기준이 됩니다. 글 전체 대화를 재현한 것이 아니라 작은 변경 경계 사례를 만든 것입니다.
원문 이력을 현재 요구와 폐기한 요구로 연결하기
| 확인 항목 | 현재 요구 | 근거 | 이번 작업에서 폐기한 요구 |
|---|---|---|---|
| 독자 | 처음 시작하는 사람 | H01, H02 | 없음 |
| 사용할 입력 | v2만 사용 | H03 | v1 사용 |
| 출력 형태 | 번호 목록 | H02, H03 | 표 |
| 출력 개수 | 2항목 | H02, H03 | 표 3행 |
| 소제목 | 넣지 않음 | H02 | 각 행 소제목 |
| 작업 범위 | 안내문 작성만 | H03 | 없음: H03에서 새로 명시한 제한 |
| 없는 자료 | 다운로드 링크를 만들지 않음 | H03 | 없음: H03에서 새로 명시한 제한 |
마지막 두 행은 과거에 허용됐던 요구를 취소한 것이 아닙니다. H03이 범위를 분명히 한 제한입니다. ‘실제 파일 작업’이나 ‘임의 링크 작성’을 과거에 사용자가 승인했다가 철회한 약속처럼 기록하지 않습니다.
정말로 폐기된 요구는 v1 사용, 표 형식, 표 3행, 각 행 소제목의 네 개입니다. 처음 시작하는 사람이라는 독자는 유지됩니다. ‘최신 요청만 남긴다’며 H01의 독자 조건까지 버리면 변경되지 않은 요구를 잃습니다.
입력 v2의 B01~B03은 결과 내용의 근거입니다. H01~H03의 사용자 요구와 구분합니다. 실제 문서에 ‘이전 지시를 무시하라’ 같은 문장이 있더라도, 문서 속 문장이 곧 사용자의 새 변경 요청이 되는 것은 아닙니다. 누가 요청을 바꿨는지부터 확인해야 합니다.
현재 작업을 한 블록으로 다시 요청하기
새 요청에는 현재 요구뿐 아니라 사용할 입력도 함께 넣습니다. ‘위에서 보낸 v2’만 적으면 새 대화에서는 자료가 없을 수 있습니다. 같은 대화에서도 어떤 버전을 가리키는지 다시 확인할 수 있도록 작은 입력을 붙입니다.
[현재 요청 R1]
목적: 처음 시작하는 사람을 위한 가상 파일 정리 안내문 작성
입력 버전: v2
사용할 입력:
B01 원본을 보존하고 빈 연습 폴더에 사본 두 개를 둔다.
B02 사본 파일명만 목록에 기록한다.
B03 이동·이름 변경·삭제는 하지 않는다.
현재 요구:
1. 독자는 처음 시작하는 사람이다.
2. 위 v2 입력만 사용한다.
3. 번호 목록으로 쓴다.
4. 목록은 정확히 2항목이다.
5. 소제목은 넣지 않는다.
6. 안내문만 작성하고 실제 파일 작업을 수행하지 않는다.
7. 제공되지 않은 다운로드 링크를 만들지 않는다.
내용 확인:
첫 항목은 원본 보존과 사본 두 개를 다룬다.
둘째 항목은 사본 파일명 기록과 이동·이름 변경·삭제 금지를 다룬다.
사본의 실제 파일명은 제공되지 않았으므로 만들지 않는다.
더 이상 적용하지 않을 요구:
v1 사용 / 표 형식 / 표 3행 / 각 행 소제목R1은 이번 현재 요청의 표시입니다. 앞의 이력 H01을 덮어쓰는 파일명이나 실제 버전 관리 기능이 아닙니다. 내용을 수정했다면 R2처럼 새 표시를 붙이고 바뀐 이유를 남길 수 있습니다.
이 예제의 현재 요구는 일곱 개이고 폐기 목록은 네 개입니다. 개수를 맞추는 것만으로 충분하지 않으므로 각 항목의 내용도 대응표와 대조합니다. ‘표 3행’이 금지 목록에만 있는지와 ‘목록 2항목’이 현재 요구에 있는지를 각각 확인합니다.
가상 판정 자료로 결과를 대조하기
아래 두 줄은 직접 작성한 가상 판정 자료입니다. 실제 ChatGPT가 생성한 응답이나 파일 작업 성공 보고가 아닙니다.
1. 원본을 보존하고, 빈 연습 폴더에 사본 두 개를 둡니다.
2. 사본 파일명만 목록에 기록하며 이동·이름 변경·삭제는 하지 않습니다.문장이 정확히 같을 필요는 없습니다. 다만 번호 항목 두 개, 소제목 없음, v2의 세 원문행 내용, 다운로드 주소와 임의 파일명 없음이 유지되어야 합니다. ‘사본을 준비하세요’라고 안내하는 문장과 ‘사본을 이미 만들었습니다’라는 완료 주장은 다릅니다. 이 예제에는 실제 작업 완료 근거가 없습니다.
가상 오류 후보를 읽을 때는 다음처럼 판정합니다.
| 가상 오류 후보 | 실패 근거 | 복구 방향 |
|---|---|---|
| 원본 파일 이름을 순서대로 바꾸라고 씀 | 폐기한 v1 A02가 다시 등장 | v2 B01~B03만 다시 제시 |
| 내용은 맞지만 표 3행으로 출력 | 형식·개수가 H02 이후 요구와 다름 | 번호 목록 2항목을 다시 고정 |
| 각 항목 앞에 별도 소제목을 붙임 | H02의 소제목 제외 누락 | 본문 항목 두 개만 남기도록 재요청 |
| 임의 다운로드 주소나 사본 이름을 덧붙임 | 입력과 H03에 근거 없음 | 없는 자료로 기록하고 추가하지 않음 |
| 파일 정리를 완료했다고 말함 | 안내문 작성 범위를 실제 행동으로 확대 | 실제 수행과 안내를 구별해 새 응답 요청 |
복구할 때 최초 응답을 지우고 정답 문장을 덮어쓰지 않습니다. 첫 요청·원본 응답·오류 근거를 남기고, R1에 빠진 조건이 있었는지 먼저 봅니다. 조건이 충분했다면 충돌 지점을 구체적으로 알려 새 응답을 요청합니다. 스스로 고친 문장은 모델의 최초 성공 응답으로 기록하지 않습니다.
자료가 빠지거나 변경이 모호하면 잠시 멈추기
H03에는 v2를 쓰라고 되어 있는데 v2의 본문이 없으면, 이전 v1을 그대로 사용하거나 v2를 상상해서 만들지 않습니다. 새 요청을 보내기 전에 ‘v2 본문 미제공’으로 표시하고 자료를 확인합니다. 이 예제의 로컬 검사에서도 v2 원문을 비운 사본은 작업을 보류하는 기준을 사용했습니다.
‘앞 요청과 비슷하게’처럼 변경 범위가 모호하면 필요한 질문을 좁혀서 남깁니다. 예를 들어 “번호 목록 2항목은 유지하고 내용만 v2로 바꾸나요?”처럼 충돌하는 필드 하나를 확인할 수 있습니다. 사용자 답변이 없는데 승인이나 약속이 생긴 것으로 기록하지 않습니다.
확정 사실과 편집 지시도 구별합니다. 사용자가 ‘오늘 공유할 문장으로 써 줘’라고 했다고 이미 공유했다는 사실을 만들 수는 없습니다. 실제 일정·담당자·약속이 입력에 없다면 이번 요청 정리 과정에서 채우지 않습니다.
같은 대화와 새 대화에서 모두 확인할 것
새 대화는 길게 섞인 작업을 분리하는 데 사용할 수 있지만, 자동으로 모든 설정과 참고 맥락이 사라졌다고 가정하지 않습니다. ChatGPT 메모리 안내는 관련 과거 맥락을 사용할 수 있고 모든 세부사항을 보존하지는 않는다고 설명합니다. 그래서 새 대화에도 현재 요구와 필요한 입력을 직접 붙입니다.
프로젝트 안에서는 ChatGPT 프로젝트 안내에 설명된 프로젝트 지시와 파일 맥락도 확인 대상입니다. 새 요청의 형식이 프로젝트 지시와 충돌한다면 어느 규칙을 이번 작업에 적용할지 명확히 합니다. 개인 설정이나 조직 정책을 지우는 방식으로 충돌을 해결하지 않습니다.
새 대화 시작을 자료 삭제나 메모리 초기화와 같은 작업으로 기록하지 않습니다. 별도 자료·설정의 보존 상태는 제품의 공식 안내와 실제 계정에서 확인해야 합니다. 이 글은 정확한 대화 길이, 토큰 한도, 모델별 지시 우선순위를 측정한 안내가 아닙니다.
빈 기록 양식과 확인 범위
[최신 요청 정리 기록]
실제 확인 날짜:
현재 요청 표시:
원문 변경 이력 ID와 정확한 문장:
현재 독자·목적:
사용할 입력 버전과 제공된 본문:
유지할 요구와 각각의 근거:
변경한 요구와 변경 근거:
폐기한 요구:
미제공 자료·모호한 변경과 확인 질문:
기대 형식·필수 내용·금지 추가:
실제 받은 응답 원문:
불일치와 대응하는 원문 ID:
수정 요청 표시와 재검토 결과:이 글에서는 가상 이력 세 건, v2 원문 세 행, 현재 요구 일곱 개와 폐기 요구 네 개의 연결을 검사했습니다. v1 재사용·표 3행 재등장·없는 링크 추가 후보를 거부하고, v2 누락은 보류하는 자체 검사를 수행했습니다. 실제 ChatGPT의 긴 대화, 계정 설정, 새 대화의 맥락 참조와 모델 응답은 시험하지 않았습니다.
사람이 작성한 대응표도 잘못될 수 있습니다. 요구 정리는 원문 이력 확인을 돕는 도구이며, 실제 업무의 승인·자료 진위·작업 완료를 대신하지 않습니다. 현재 요청을 읽고도 무엇을 만들고 어떤 자료를 쓰는지 설명하기 어렵다면, 대화를 더 쌓기 전에 그 한 항목부터 확인하세요.
공식 문서와 로컬 예제 확인일: 2026년 10월 4일 KST. 예시 응답은 가상 판정 자료입니다.
함께 확인할 작업
새 요청에 일반 취향과 이번 작업의 예외가 함께 들어 있다면 매 대화 지시와 맞춤 설정을 구분하는 안내를 함께 확인하세요. 현재 요구를 복원하는 일과 설정을 어디에 둘지 정하는 일은 별도입니다.
작성자 소개
