ChatGPT 글쓰기 블록이 원문을 바꿀 때, 수정 범위부터 고정하는 프롬프트

ChatGPT로 이메일, 제안서, 공지문을 다듬을 때 가장 피곤한 순간은 문장이 좋아졌는데 원문 의도가 바뀌는 때입니다. "더 자연스럽게 고쳐줘"라고 말했을 뿐인데 가격 조건, 약속 문구, 문단 순서, 말투가 한꺼번에 바뀌면 수정본을 바로 복사할 수 없습니다. 결국 원문과 다시 대조해야 합니다.

먼저 결론부터 정하면, 글쓰기 블록이나 Canvas에서 문서를 고칠 때는 수정 범위를 먼저 고정해야 합니다. 바꿔도 되는 곳, 절대 건드리면 안 되는 곳, 바뀐 이유, 복사 전 확인 칸을 표로 받은 뒤에야 다듬기를 맡기는 방식입니다. ChatGPT 검색 답변을 공유하기 전에는 원문 링크부터 확인하는 흐름이 필요하듯, 문서 수정본을 쓰기 전에는 원문 유지 조건부터 확인해야 합니다.

Tap to zoom

OpenAI의 글쓰기 블록 안내는 글쓰기 블록을 이메일, 메시지, 문서 같은 초안을 편집할 수 있는 영역으로 설명합니다. 다만 가능한 동작은 블록 종류, 기기, 요금제, 워크스페이스 설정, 계정 활성화 상태에 따라 달라질 수 있습니다. Canvas 안내도 선택한 부분에 지시를 주고, 제안·변경 확인·버전 복원을 활용할 수 있다고 설명하지만 모델과 환경에 따라 제공 방식이 달라집니다. 그래서 이 글의 핵심은 특정 버튼이 아니라 요청 순서입니다.

다시 쓰기 전에 수정 범위표부터 요청합니다

문서를 붙여 넣고 바로 "더 좋게 고쳐줘"라고 쓰지 않습니다. 먼저 아래 프롬프트를 붙여 넣습니다. 목표는 예쁜 문장을 받는 것이 아니라, ChatGPT가 어떤 부분을 바꿀 수 있는지부터 합의하는 것입니다.

아래 문서를 바로 다시 쓰지 말고, 먼저 수정 범위표를 만들어 주세요.

문서:
{원문 붙여넣기}

목표:
- 원문의 사실, 약속, 가격, 날짜, 고유명사는 유지합니다.
- 어색한 표현, 중복, 문단 흐름만 고칩니다.
- 의미가 바뀔 수 있는 문장은 수정하지 말고 질문으로 남깁니다.
- 최종 수정본을 만들기 전에 내가 승인할 수 있게 변경 계획을 먼저 보여 줍니다.

출력 형식:
| 구분 | 원문 위치 | 처리 방식 | 이유 | 확인 질문 |
|---|---|---|---|---|

구분은 아래 네 가지 중 하나로만 써 주세요.
1. 유지: 그대로 둬야 하는 문장
2. 수정: 표현만 다듬어도 되는 문장
3. 금지: 의미가 바뀔 수 있어 건드리면 안 되는 문장
4. 질문: 정보가 부족해 나에게 확인해야 하는 문장

규칙:
- 아직 최종 수정본은 만들지 마세요.
- 문장 전체를 새로 쓰지 말고, 먼저 범위표만 주세요.
- 애매하면 수정하지 말고 질문으로 남겨 주세요.

이 프롬프트를 먼저 쓰면 ChatGPT의 역할이 바뀝니다. 작성자가 아니라 검토자처럼 행동하게 됩니다. 특히 고객에게 보내는 메일, 내부 승인용 문서, 제품 설명처럼 단어 하나가 책임으로 이어지는 문서는 바로 복사하지 않습니다. 범위표를 보고 고칠 곳만 승인합니다.

유지·수정·금지·확인 칸을 나누면 검토 시간이 줄어듭니다

수정 범위표를 받으면 표의 예쁜 정도보다 네 칸이 제대로 나뉘었는지를 봅니다. "유지"에는 숫자, 날짜, 가격, 조건, 이름이 들어가야 합니다. "수정"에는 말투, 중복, 어색한 연결이 들어갑니다. "금지"에는 법적 약속처럼 보일 수 있는 문장, 할인 조건, 고객에게 확답처럼 읽힐 수 있는 문장이 들어갑니다. "질문"에는 정보가 부족한 문장이 들어갑니다.

아래 기준으로 표를 읽습니다.

Tap to zoom

이 구조는 ChatGPT 프로젝트 답변을 공유하기 전 범위표를 요청하는 방식과 같은 원리입니다. 공유 범위를 나누면 빠뜨린 정보가 보이고, 수정 범위를 나누면 바뀌면 안 되는 문장이 보입니다. 핵심은 유지·수정·금지·확인을 한 표에서 보는 것입니다.

승인한 변경만 반영하라고 다시 요청합니다

범위표가 괜찮으면 그때 최종 수정본을 요청합니다. 이때도 "전체를 자연스럽게"가 아니라 승인한 변경만 반영하라고 말해야 합니다.

위 범위표를 기준으로 최종 수정본을 만들어 주세요.

반영할 것:
- "수정"으로 표시한 문장만 표현을 다듬습니다.
- "유지"와 "금지" 문장은 원문 의미를 바꾸지 않습니다.
- "질문"으로 표시한 부분은 본문에 넣지 말고 마지막에 확인 질문으로 따로 모읍니다.

출력 형식:
1. 최종 수정본
2. 변경 내역 표
   | 원문 | 수정본 | 바꾼 이유 | 의미 변화 여부 |
3. 확인 질문

규칙:
- 의미 변화 여부에는 "없음", "있을 수 있음", "확인 필요" 중 하나만 씁니다.
- "있을 수 있음"이나 "확인 필요"가 있으면 그 문장은 최종 수정본에 넣지 마세요.

여기서 중요한 문장은 승인한 변경만 반영입니다. ChatGPT가 글을 잘 쓰더라도 최종 책임은 사용자에게 남습니다. OpenAI의 정확성 안내는 ChatGPT가 그럴듯하지만 틀린 답을 만들 수 있고, 중요한 정보는 신뢰할 수 있는 출처로 확인해야 한다고 설명합니다. 문서 수정도 같습니다. 문장이 자연스러워졌다는 이유만으로 사실 확인이 끝난 것은 아닙니다.

너무 많이 바뀌었으면 고치지 말고 되돌리는 요청을 보냅니다

이미 ChatGPT가 전체 문서를 다시 써 버렸다면 수정본 위에 또 수정 요청을 쌓지 않습니다. 원문과 수정본을 다시 붙이고 변경 내역을 분리시킵니다.

아래 원문과 수정본을 비교해 주세요. 지금은 더 고치지 말고, 바뀐 부분만 표로 분리해 주세요.

원문:
{원문}

수정본:
{수정본}

출력 형식:
| 바뀐 위치 | 원문 표현 | 수정본 표현 | 의미 변화 여부 | 되돌릴지 여부 |
|---|---|---|---|---|

판단 기준:
- 숫자, 날짜, 가격, 조건, 책임 범위가 바뀌면 의미 변화로 표시합니다.
- 말투만 부드러워졌다면 의미 변화 없음으로 표시합니다.
- 의미 변화가 있으면 되돌릴지 여부를 "되돌림 권장"으로 표시합니다.
- 표 아래에 안전하게 복사해도 되는 문장만 따로 모아 주세요.

Canvas를 쓰는 환경이라면 변경 확인이나 이전 버전 확인 기능을 같이 볼 수 있습니다. 글쓰기 블록을 쓰는 환경이라면 수정본이 대화에 저장된 뒤 다시 참조될 수 있다는 점을 이용해 원문과 수정본을 비교하게 만들 수 있습니다. 어느 쪽이든 목표는 같습니다. 수정본을 더 멋지게 만드는 것이 아니라 복사해도 되는 문장만 남기는 것입니다.

긴 답변을 줄이는 작업은 핵심만 남기는 재요청 기준처럼 압축 기준이 중요합니다. 문서 다듬기는 압축보다 범위가 먼저입니다. 다음 수정 요청을 보내기 전에 이 한 줄을 붙이면 됩니다.

최종 수정본을 만들기 전에, 유지·수정·금지·질문 칸으로 수정 범위표부터 보여 주세요.

이 한 줄이 있으면 ChatGPT는 문서를 바로 다시 쓰기보다 어디를 건드려도 되는지 먼저 나눕니다. 그리고 사용자는 더 자연스러운 문장보다 먼저, 바뀌면 안 되는 문장이 지켜졌는지 확인할 수 있습니다.