AI 글 수정 프롬프트: 숫자·고유명사를 보존하고 요청한 부분만 고치기

교정 요청을 세 가지 작업으로 나눕니다

맞춤법 교정, 문체 조정, 내용 보강은 서로 다른 일입니다. 맞춤법만 고쳐야 하는데 예시와 결론까지 추가하면 검토 범위가 커집니다. 문체 조정에서는 같은 의미를 다른 말로 표현할 수 있지만, 내용 보강에는 새로운 근거가 필요합니다. 원하는 작업을 첫 줄에 적어 범위를 분명히 하세요.

가상의 납기 메일에 “시제품 24개는 11월 6일 출고 예정이며, 최종 도착일은 운송 일정 확인 후 안내”라고 적혀 있다고 합시다. 자연스럽게 바꾸는 과정에서 “11월 6일 받아보실 수 있습니다”가 되면 출고 예정이 도착 확정으로 변합니다. 단순한 말투 차이가 아니라 약속의 내용이 달라진 오류입니다.

바꾸면 안 되는 값과 의미를 별도로 지정합니다

보존 목록에는 숫자만 넣지 않습니다. “예정”, “확인 후”, “범위에 포함하지 않음”처럼 확정 수준이나 예외를 나타내는 말도 넣습니다. 수량 24개를 지켜도 배송 확정 표현으로 바뀌면 실패입니다. 고유명사도 브랜드의 공식 표기나 문서 번호처럼 정확히 유지할 필요가 있는 항목을 지정합니다.

수정 허용 범위는 문장 길이, 중복 표현, 높임말처럼 구체적으로 적습니다. 기존 문단 순서가 중요하다면 순서를 유지하게 하고, 바꾸는 것이 좋을 것 같으면 본문 밖에 제안만 하도록 합니다. 요청하지 않은 정보를 본문에 직접 끼워 넣지 않게 하면 원문과 대조하는 시간이 줄어듭니다.

부분 수정에 사용하는 복사 프롬프트

아래 양식은 전체 재작성보다 검토 가능한 교정을 목표로 합니다. 원문이 길면 문단 번호를 붙이고 대상 문단만 고치도록 하세요. 원문을 입력할 수 없는 보안 환경에서는 같은 구조의 가상 문장으로 먼저 지시가 작동하는지 시험합니다.

아래 가상 납기 메일의 문체만 다듬으세요.
보존할 내용: 시제품 24개, 11월 6일 출고 예정, 도착일은 운송 일정 확인 후 안내. “예정”과 “확인 후”의 불확실성을 유지합니다.
허용: 중복 인사 삭제, 긴 문장 분리, 정중한 표현으로 교체.
금지: 도착일 확정, 할인·보상 추가, 수량 변경, 새로운 연락처 추가.
출력은 수정본과 변경표로 나누세요. 변경표에는 원문 표현 / 수정 표현 / 바꾼 이유를 넣습니다. 정보 추가가 필요하면 수정본 밖의 확인 질문에 적으세요.
원문: [문단 번호가 있는 원문]

수정 전후 표에서 의미가 변한 곳을 찾습니다

검수는 마음에 드는 문장부터 읽는 방식보다 변경된 지점을 중심으로 하는 편이 효율적입니다. “불편을 드려 대단히 죄송하다는 말씀을 먼저 드립니다”를 “불편을 드려 죄송합니다”로 줄이는 것은 인사 압축입니다. 하지만 “출고를 준비 중”을 “출고 완료”로 바꾸면 상태가 달라져 되돌려야 합니다.

가상 결과에서 “시제품 24개는 11월 6일 출고할 예정입니다. 도착일은 운송 일정을 확인한 뒤 안내드리겠습니다”는 원문의 의미를 유지합니다. 여기에 “안전한 배송을 보장합니다”를 붙이면 원문에 없는 보증이 생깁니다. 수식어라도 약속이나 성능 주장으로 읽히는 표현은 따로 확인해야 합니다.

두 번째 수정은 승인된 문장을 잠급니다

첫 교정에서 본문은 만족스럽고 제목만 어색하다면 “승인된 본문은 그대로 두고 제목 후보만 세 개”라고 요청합니다. 전체 문장을 다시 생성하면 이미 검수한 숫자와 조건을 또 확인해야 합니다. 사용 중인 편집 도구에서 원문 사본을 남기고 마지막 승인본을 구분해 두세요.

여러 사람이 검토한다면 의견을 문장 단위로 모읍니다. 한 사람은 친근하게, 다른 사람은 엄격하게 요청하면 방향이 충돌합니다. 최종 독자와 목적을 기준으로 편집 기준을 정하고, 사실 변경 의견과 표현 변경 의견을 나눕니다. 사실이 바뀌는 수정은 문체 담당자가 아니라 해당 업무 담당자의 확인을 받아야 합니다.

긴 문서에서는 문단 번호로 수정 영역을 묶습니다

원문이 다섯 문단인데 세 번째 문단만 고치려면 P1부터 P5까지 번호를 붙인 뒤 P3만 수정 대상으로 지정합니다. 결과에는 P3 수정본과 변경 이유만 받거나, 전체 문서를 받더라도 P1·P2·P4·P5가 실제로 동일한지 비교합니다. “나머지 유지”라는 지시만으로 보존이 검증된 것은 아니므로 원본 사본을 남겨야 합니다.

가상 납기 메일에서 P3의 사과 문장을 줄이되 P2의 수량과 출고 예정일은 그대로 유지하는 연습을 해보세요. 수정이 끝난 뒤 제목에 들어간 날짜까지 함께 확인합니다. 본문만 정확하고 제목이 과거 일정이면 수신자가 잘못 이해할 수 있습니다. 최종 승인 후 작은 표현을 다시 바꿨다면 그 문장에 조건이나 숫자가 연결돼 있는지 확인하고 필요 범위만 재검수합니다. 이렇게 검수 범위를 정하면 매번 전체 글을 처음부터 다시 읽는 부담을 줄일 수 있습니다.

발송 직전에는 불변 항목만 빠르게 대조합니다

최종 확인은 숫자, 날짜, 상대방 호칭, 확정 수준, 요청 행동의 다섯 줄로 만들 수 있습니다. 원문에 있는 값과 최종본의 값을 각각 적어 나란히 보면 단순 읽기보다 빠뜨리기 어렵습니다. 메일 제목이나 첨부파일 이름도 본문과 다른 날짜를 담고 있지 않은지 확인합니다.

실제 발송은 원고 생성과 별도로 관리하세요. AI에게 문장을 고쳐 달라고 했다는 이유만으로 수신자나 첨부물을 자동 결정하게 할 필요는 없습니다. 반복 업무에서는 승인된 표현을 양식으로 저장하되 숫자와 일정 칸은 비워 두세요. 지난번 문장을 재사용하면서 이전 값이 남는 실수가 또 다른 주요 오류입니다.