피드백과 리비전: 동료처럼 교정시키는 대화법

초안을 한 번 받고 끝내면, AI는 '한 번 쓰고 버리는 도구'로 남습니다. 반대로 초안을 검토하고, 피드백을 주고, 다시 고치게 하는 루틴을 만들면 AI는 편집자·동료·리뷰어가 됩니다. 중요한 관점은 간단합니다. 피드백은 맞고 틀림을 따지는 판정이 아니라, 텍스트를 더 강하게 만드는 질문·제안·추가 정보의 투입입니다.¹

이 장에서는 다음을 목표로 합니다.

오답(사실 오류, 논리 비약, 요구사항 누락)을 잡아내고, 재작성 지시를 더 정확하게 내리고, 버전 A/B를 비교해 선택·병합하고, 품질 기준(루브릭/체크리스트)을 고정해 반복 개선 루프를 만드는 방법을 다룹니다.

피드백을 '감상'이 아니라 '행동'으로 바꾸기

피드백이 실패하는 대표적인 이유는 두 가지입니다. 하나는 "좋아요/별로예요"처럼 행동으로 이어지지 않는 평가만 남는 경우입니다. 다른 하나는 코멘트가 너무 많고 산만해서 무엇부터 고쳐야 할지 더 막막해지는 경우입니다. 이런 피드백은 비건설적이기 쉽습니다.⁵

건설적인 피드백은 반대로, 실행 가능한 단서를 줍니다. 예컨대 "이 문장이 약하다"가 아니라 "이 문단에서 주장과 근거가 연결되지 않는데, 근거가 될 사례나 수치를 한 가지 넣을 수 있나요?"처럼 질문과 제안이 같이 옵니다.¹ 또한 '너는'이 아니라 '나는' 관점으로 반응을 표현하면("이 부분에서 내가 이해가 끊겼다") 방어적 분위기를 줄이고 수정 포인트가 선명해집니다.⁵

프롬프트에서도 동일합니다. "더 잘 써줘"는 감상이고, "어디가 왜 문제인지 표시하고, 어떤 방식으로 고칠지 제안한 뒤, 수정본을 내줘"는 행동입니다.

리비전 루프 4단계: 진단 → 우선순위 → 수정 → 검증

리비전이 길어지는 이유는 보통 진단과 수정이 섞이기 때문입니다. 먼저 어디가 문제인지 합의하고(진단), 무엇부터 고칠지 정한 뒤(우선순위), 수정하고(수정), 요구사항을 만족하는지 다시 확인하면(검증) 턴 수는 늘어도 전체 재작업은 줄어듭니다. 교육 연구에서도 '리뷰와 리비전을 일찍, 자주' 배치할 때 학습과 개선이 커진다고 설명합니다.³

1) 진단 프롬프트(문제 위치를 찍는다)

아래 초안을 '검토자' 역할로 진단해줘.
- 먼저 문제를 3가지 범주로만 분류: (A) 사실/정확성 (B) 논리/구조 (C) 요구사항/형식
- 각 문제는 '인용(원문 일부)' + '왜 문제인지 1문장' + '수정 방향 1문장'
- 고치지는 말고 진단만.

[초안]

진단 단계에서 핵심은 "바로 고치지 말고, 어디를 고칠지 먼저 합의"입니다. 이 한 번의 분리가 이후 턴을 줄입니다.

2) 우선순위 프롬프트(수정 순서를 정한다)

위 진단을 바탕으로 수정 우선순위를 정해줘.
조건:
- '독자 이해에 치명적인 것' → '요구사항 위반' → '문장/표현' 순으로 정렬
- 상위 5개만 제시
- 각 항목에 예상 효과(무엇이 좋아지는지) 1문장

3) 수정 프롬프트(바꿀 것/안 바꿀 것을 분리한다)

다음 지시를 지켜 수정본을 작성해줘.
- 반드시 바꿀 것: [우선순위 상위 항목 붙여넣기]
- 절대 바꾸지 말 것: (1) 핵심 결론 (2) 숫자/고유명사 (3) 전체 분량(±10%)
- 출력: (1) 변경 요약(최대 8줄) (2) 수정본

4) 검증 프롬프트(요구사항 체크리스트로 통과 여부 확인)

수정본이 아래 기준을 통과하는지 '감사(audit)'해줘.
- 기준마다 PASS/FAIL과 근거 1줄
- FAIL은 '최소 수정'으로 고친 문장만 제시

[품질 기준 체크리스트]

검증 단계는 "다시 더 잘 써줘"가 아니라, 고정된 기준으로 통과/미통과를 판단하게 해야 반복이 통제됩니다.⁷

피드백 문장을 프롬프트로 바꾸는 2가지 틀

말로 하는 피드백에는 좋은 형식이 있습니다. 그 형식을 그대로 프롬프트에 옮기면 AI가 더 '동료답게' 움직입니다.

AIR(행동-영향-요청): 비판을 수정 지시로 번역하기

AIR 모델은 피드백을 Action(관찰된 행동/텍스트) → Impact(영향) → Request(요청)으로 정리해 실행 가능하게 만듭니다.²

예를 들어 "문장이 별로야" 대신 이렇게 바꿉니다.

• Action: "2문단에서 '따라서 매출이 증가한다'라고 단정함"

• Impact: "근거가 없어 설득력이 떨어지고 반박 여지가 큼"

• Request: "근거 유형(수치/사례/인용) 중 하나를 추가하고, 없으면 '가정'으로 낮춰 표현"

프롬프트 예시는 다음과 같습니다.

AIR 형식으로 수정해줘.
Action: [문제 문장 인용]
Impact: [독자/목표에 미치는 영향]
Request: [원하는 수정 방식]
추가 조건: 같은 의미를 유지하되, 과장/단정 표현은 줄여줘.

Start / Stop / Continue: 팀 문서에 특히 강한 구조

Start/Stop/Continue는 무엇을 시작할지, 무엇을 멈출지, 무엇을 유지할지를 한 번에 정리해 피드백을 단순하게 만듭니다.²

이 문서를 Start/Stop/Continue로 리뷰해줘.
- Start: 새로 추가해야 할 것 3가지
- Stop: 빼거나 줄여야 할 것 3가지
- Continue: 유지해야 할 강점 3가지
각 항목은 '이유 1줄 + 예시(원문 인용) 1줄'.

이 방식은 감정적 평가를 줄이고, 행동 단위로 대화를 정리해줍니다.

재작성 지시의 핵심: '보존'과 '변경'을 동시에 적는다

AI에게 재작성을 맡길 때 가장 흔한 실패는, 고치려다 원래 의도까지 바꾸는 것입니다. 그래서 재작성 지시는 '무엇을 바꿔라'만큼이나 '무엇을 유지하라'를 선명히 써야 합니다.

다음 프롬프트는 "의미는 유지하되 표현을 개선" 같은 범용 재작성에 적합합니다.

아래 문단을 재작성해줘.
보존:
- 주장(결론)은 그대로
- 핵심 키워드: [A, B, C]
- 사실/수치/고유명사 변경 금지
변경:
- 문장 길이를 평균 20% 줄이기
- 중복 표현 제거
- 근거가 약한 문장은 '가정' 또는 '추가 근거 필요'로 표시
출력:
1) 변경 전후 핵심 차이 5줄
2) 재작성 문단

[원문]

재작성은 대개 여러 번 일어나므로, 매번 "무엇이 바뀌었는지" 요약을 강제해 두면 품질이 안정됩니다.

문장 레벨의 리라이트를 할 때는 초안 작성 중에는 규칙을 의식하지 말고, 리라이트 단계에서 규칙으로 거르는 편이 낫다는 조언도 참고할 만합니다.¹¹

오답 교정: '틀린 곳만' 고치게 만드는 프롬프트

오답 교정은 "정답을 다시 써줘"가 아니라, 어디가 왜 틀렸는지를 분리해 확인하는 과정입니다. 글쓰기 피드백에서도 오타뿐 아니라 구조와 주제적 연결 같은 '큰 그림'의 문제를 함께 보되, 실행 가능한 형태로 제시해야 합니다.⁵

사실/정확성 교정(근거 없는 단정 잡기)

아래 글에서 사실로 단정한 문장 중 근거가 부족하거나 틀릴 가능성이 있는 문장을 모두 표시해줘.
규칙:
- 각 문장에 (1) 위험 유형: [사실 오류 가능/과도한 일반화/출처 필요/논리 비약]
- (2) 필요한 근거 유형 1개 제안
- (3) 근거가 없을 때의 안전한 대체 문장(과장 제거)
마지막에 '추가 확인 질문' 3개만.

[본문]

논리/구조 교정(독자 이해가 끊기는 지점 찾기)

독자 입장에서 읽고, 이해가 끊기는 지점을 표시해줘.
- '내가 이해가 끊긴 이유(I-based)'로 설명
- 각 지점마다 연결을 복구할 '브릿지 문장' 1개 제안
- 아직 전체를 다시 쓰지 말 것

[본문]

이런 방식은 비판을 인신공격이나 막연한 판단으로 흐르지 않게 하고, 구현 가능한 피드백의 형태를 유지합니다.⁵

버전 A/B 비교: '다르게 두 번 쓰고' 기준으로 고른다

리비전에서 강력한 습관은 하나입니다. "더 잘"을 요구하지 말고, 의도적으로 다른 두 버전을 만든 뒤, 기준으로 비교해 선택하는 것입니다.

A/B 초안 생성 프롬프트

같은 내용으로 버전 A/B를 만들어줘.
- 공통: 목표/사실/핵심 메시지는 동일
- A: 간결하고 결론 중심
- B: 독자 설득을 위해 근거/예시를 더 포함
형식: 마크다운
마지막에 A/B의 차이를 6줄로 요약

A/B 평가 프롬프트(루브릭 기반)

버전 A/B를 아래 루브릭으로 채점하고(각 10점), 승자를 선택해줘.
- 기준: 명확성/정확성/설득력/요구사항 충족/가독성
- 각 기준은 '근거 인용 1개' 포함
마지막에 '승자 + 보완할 점 3개'.

[버전 A]
[버전 B]

A/B를 실제 문서로 관리할 때는 변경점을 눈으로 보는 것이 유용합니다. Word는 두 문서 비교/병합 기능으로 변경 사항을 표시할 수 있고,⁸ Acrobat도 PDF 버전 비교 결과를 리포트로 보여줍니다.⁹ 텍스트 수준에서는 Diffchecker 같은 비교 도구를 쓰면 빠르게 차이를 확인할 수 있습니다.¹⁰ Word/PDF를 나란히 빨간줄(redline)로 비교하는 Draftable 같은 비교 서비스도 같은 맥락의 도구입니다.¹²

도구가 중요한 게 아니라, "A/B로 만들고 → 기준으로 고르고 → 좋은 부분을 병합한다"는 협업 루틴이 중요합니다.

품질 기준을 '문장'이 아니라 '체크리스트'로 고정하기

피드백이 매번 흔들리는 이유는 '좋은 글'의 기준이 머릿속에서 바뀌기 때문입니다. 그래서 기준은 체크리스트로 밖에 꺼내 고정해야 합니다. 효과적인 피드백은 구체적이어야 하고, 수정 기회를 제공할 때 학습과 개선이 커진다는 점도 중요합니다.⁷

다음은 범용 품질 체크리스트 예시입니다(업무에 맞게 항목만 바꾸세요).

• 정확성: 사실 단정에 근거가 있는가, 불확실성은 표시했는가

• 완결성: 요구사항(포함/제외/형식/길이)을 모두 만족하는가

• 구조: 결론이 앞에 있고, 근거가 따라오는가(또는 목적에 맞는 구조인가)

• 가독성: 문단이 한 가지 주장만 갖는가, 문장 길이가 과도하지 않은가

• 일관성: 용어, 톤, 시점, 표기 규칙이 문서 전체에서 유지되는가

자기 점검을 체계화하려면 '큰 그림(구조) → 문법/구문 → 명확성/간결성 → 일관성'처럼 단계적으로 점검하는 체크리스트가 도움이 됩니다.¹³

연구 보고서처럼 "증거의 질"이 핵심인 문서라면, 신뢰성/적용 가능성/일관성/투명성 같은 기준으로도 품질을 정의할 수 있습니다.¹⁴

루브릭을 프롬프트로 만드는 방법

아래 '품질 기준'을 루브릭으로 바꿔줘.
- 각 기준은 0~2점 척도(총 10점)
- 2점의 구체 조건(관찰 가능)을 적어줘
- 평가자가 흔히 착각하는 포인트 1개도 덧붙여줘

[내 품질 기준]

루브릭이 있으면 AI가 스스로 평가하고(자기점검), 그 결과를 토대로 수정하는 턴이 훨씬 안정됩니다.

실전 대화 예시: 보고서 리비전을 '동료 편집'으로 돌리기

상황은 간단합니다. 팀장에게 올릴 1페이지 보고서 초안을 만들었는데, 논리가 약하고 문장이 늘어집니다.

1턴(사용자):

아래 보고서 초안을 검토자처럼 진단해줘. 고치지는 말고 문제만.
범주: 사실/논리/요구사항.

[초안]

2턴(모델 진단) 후 3턴(사용자):

진단 중 '논리/구조' 상위 3개만 먼저 고치자.
- 결론은 첫 문단 첫 문장으로 올리기
- 근거는 2개만(데이터 1, 사례 1)
- 리스크/대응 1문단 추가
수정본을 내고, 변경 요약 6줄도 써줘.

4턴(모델 수정) 후 5턴(사용자):

이제 품질 감사해줘.
체크리스트:
1) 요구사항: 1페이지 분량, 제목/요약/본론/리스크 섹션
2) 표현: 과장 금지, 모호어('많이', '상당히') 금지
3) 정확성: 수치/사실은 출처 필요 표시
FAIL은 최소 수정으로 고쳐서 최종본을 줘.

마지막 6턴에서 필요하면 A/B를 돌립니다.

최종본을 A/B로 한 번 더.
- A: 더 짧게(15% 축약)
- B: 설득 강화(핵심 근거를 한 문장 더)
그리고 루브릭으로 비교해 승자 1개를 선택하고, 좋은 점을 병합해 최종본을 내줘.

이 흐름의 요점은 "모델이 알아서 잘 쓰게 하자"가 아니라, 진단-수정-검증-비교라는 팀 협업의 절차를 프롬프트로 재현하는 데 있습니다.

정리: 리비전은 '요청'이 아니라 '프로세스'다

피드백과 리비전은 교정 표시를 잔뜩 달아주는 행위가 아니라, 글의 주장과 구조를 더 강하게 만드는 과정입니다.¹ 그 과정이 잘 굴러가려면 피드백은 구체적이어야 하고, 수정 기회가 있어야 하며,⁷ 가능한 한 일찍 자주 돌아야 합니다.³

오늘부터는 이렇게만 바꿔 보세요.

초안을 받은 뒤 "더 잘"이라고 말하는 대신, 진단 프롬프트 1번 → 우선순위 1번 → 수정본 1번 → 체크리스트 감사 1번. 이 루틴이 굳는 순간, AI는 도구를 넘어 협업 파트너가 됩니다.

참고

¹Feedback and Revision (University of Oregon)

²14 effective feedback techniques and methods for giving better feedback (SessionLab)

³Feedback and Revision :: Eli Review Teacher Development Series #1

⁵Feedback During the Revising Stage (Sophia)

⁷7 Effective Feedback Techniques to Enhance Student Learning (examind.io)

⁸Compare and merge two versions of a document (Microsoft Support)

⁹Compare two versions of a PDF file (Acrobat Pro) (Adobe Help)

¹⁰Diffchecker — Compare text

¹¹Six Rules for Rewriting (Michael Nielsen)

¹²Draftable — Compare Text, Word Documents or PDF files online

¹³The Ultimate Self Editing Checklist: 8 Steps for 2025 (NaturalWrite)

¹⁴Criteria for Quality in Quantitative and Qualitative Writing Research (WAC Clearinghouse)