원고 피드백 받는 법: AI 베타리더를 사람 베타리더 앞 단계로 쓰는 순서와 칭찬 없이 지적만 받는 프롬프트

AI와 사람이 각각 잘 보는 것

AI에게 아래 세 줄을 시키면 사람 피드백에서 형식 지적이 사라진다.

1단계. AI 검사: 칭찬을 막는다

AI 피드백은 기본적으로 칭찬으로 시작한다. 막는 방법은 세 가지 지시다. 칭찬 금지, 수정안 금지, 문제만 번호로.

[설정집 요약] [원고 1화]
편집자 관점. 칭찬 금지. 수정안 작성 금지. 문제만 번호로.
검사 항목: (1) 설정집과 모순 (2) 긴장이 떨어지는 문단 번호와 이유 (3) 이 장르에서 닳은 표현
(4) 두 인물이 모두 아는 정보를 말하는 대사 (5) 독자가 기대한 장면 중 없는 것.

항목별 프롬프트는 이미 있다. 첫 페이지 심사는 첫 장면이 덮이는 이유를, 속도 지도는 장면별 긴장 곡선을, 클리셰 탐지는 장르에서 닳은 표현을, 장르 약속 점검은 독자가 기대한 장면의 유무를 본다. 설정집 기준 모순 찾기는 설정 대조용이다.

"수정안 금지"가 중요하다. AI가 수정안을 쓰면 그 문장이 원고에 들어오고 문체가 바뀐다. 지적만 받고 고치는 건 작가가 한다.

2단계. 독자 댓글 시뮬레이션

형식 문제를 걷어낸 뒤, 사람에게 보내기 전에 한 번 더 AI를 쓴다. 독자 댓글을 흉내 내게 하는 것이다. 실제 반응은 아니지만, 어느 지점이 오해를 부를지는 드러난다.

[원고 1화] 유료 연재 플랫폼 독자 10명의 댓글. 각 댓글은 특정 문단을 인용하며, 긍정 3·불만 5·질문 2.
불만은 '답답함', '설명 과다', '인물 이해 불가' 중 하나에 해당해야 함. 좋아요 수 추정 금지.

독자 댓글 시뮬레이션 10개 프롬프트가 이 형식이다. 결과에서 볼 것은 "불만 5개가 같은 문단을 가리키는가"다. 같은 문단이면 그 문단이 진짜 문제일 가능성이 높다. 흩어져 있으면 무시해도 된다.

3단계. 사람 베타리더: 질문을 정해서 보낸다

"어땠어요?"라고 물으면 "재밌었어요"가 돌아온다. 질문을 위치와 행동으로 바꾼다.

1. 어디서 읽기를 멈추고 싶었나요? (문단 번호나 첫 문장)
2. 헷갈린 인물이 있었나요? 누구와 누가?
3. 이 화가 끝났을 때 다음 화를 바로 읽고 싶었나요? 아니면 나중에?
4. 답답했던 구간이 있었나요? 어디서 풀렸나요?
5. 한 문장으로 이 화의 사건을 말해 주세요.

5번이 중요하다. 베타리더가 말한 사건과 작가가 의도한 사건이 다르면 그 화는 전달에 실패한 것이다. 답답함의 배치는 사이다와 고구마의 균형에서 다뤘다.

베타리더에게는 읽기 전용으로 보낸다. 편집 가능한 파일을 보내면 오탈자 수정으로 시간을 쓴다. 오탈자는 1단계에서 끝났어야 한다.

4단계. 피드백을 적용하는 기준

세 단계에서 들어온 지적을 다 반영하지 않는다. 기준은 둘이다.

• 두 곳 이상에서 같은 지점을 가리키는가. AI 검사와 사람 베타리더가 같은 문단을 짚으면 고친다.
• 작가의 의도와 충돌하는가. 의도한 답답함이면 지적을 무시하되, 풀리는 지점이 예고되어 있는지는 확인한다.

한 사람의 한 지적으로 원고를 뒤집지 않는다. 특히 "이 인물이 싫어요"는 인물이 잘 만들어졌다는 뜻일 수도 있다.

피드백 순서표

SparkLore에서 바로 해보기

1·2단계 프롬프트는 프롬프트 라이브러리의 피드백 항목에 "칭찬 금지·수정안 금지" 형식으로 들어 있어 원고를 넣고 바로 실행할 수 있다. 3단계는 프로젝트의 읽기 전용 공유 링크로 베타리더에게 원고를 보내면 편집 파일을 따로 만들 필요가 없다.