Claude에게 요청할 때 '완료 조건'을 3줄 추가했더니, 재작업 요청이 40% 감소한 이야기

• AI에게 요청할 때 "무엇이 되면 완료인지"를 정의하지 않고 계속 던지다 보니, 재작업(差し戻し)이 일상화되어 있었다
• 요청 끝에 "완료 조건 (Done Criteria)"을 3줄 추가하는 것만으로 구조가 바뀐다
• 3주간 30개의 태스크를 실측한 결과, 재작업률이 68% → 27%로 낮아졌고, 태스크당 왕복 횟수가 평균 3.2회 → 1.1회로 줄어들었다
• "무엇을 만들 것인가"보다 "무엇이 되면 OK인가"를 먼저 쓰는 습관이 가장 큰 변수였다

배경: 수정 요청이 끝나지 않는 구조

부업으로 라이팅을 AI에게 위탁하기 시작한 것이 2025년 말. 첫 한 달은 작업 시간이 대폭 줄어들어 기분이 좋았다.

그런데 2개월 차쯤부터 다른 문제가 보이기 시작했다.

AI가 내놓는 "완성물"과 내가 머릿속으로 그리고 있는 "완성물"이 어긋난다.

"조금 더 캐주얼한 톤으로", "소제목을 3개로 압축해서", "결론을 먼저 배치해줘"

이런 수정 지시를 3~4회 반복해야 겨우 완성에 가까워진다. 하지만 매번 그런 상호작용이 발생한다.

처음에는 "프롬프트 (Prompt)의 정밀도가 낮아서"라고 생각했다. 자세하게 써도 고쳐지지 않았다. 모델을 바꿔도 별 차이가 없었다. 원인이 다른 곳에 있다는 것을 깨닫기까지 2주일이 걸렸다.

문제의 본질: "완료의 정의"가 없었다

어느 날 밤, 재작업을 요청했던 프롬프트와 수정 지시를 나란히 놓고 보다가 깨달았다.

나는 계속 "태스크의 내용"을 쓰고 있었지만, "태스크의 완료 조건"은 단 한 번도 쓰지 않았다.

"note 기사 초안을 작성해줘"라고 썼다. 하지만 "어떻게 되어야 초안으로서 합격인가"는 쓰지 않았다.

사람에게 보내는 발주서에는 반드시 "검수 기준"이 있다. 소프트웨어 개발이라면 "Definition of Done (완료 정의)"이 있다. 그런데 AI에게 하는 요청에서만 그 정의를 생략하고 있었다.

AI는 우수한 실행자이지만, "합격 라인의 정의"까지는 가지고 있지 않다. 그것을 전달할 책임은 요청하는 쪽에 있다.

해결책: 요청 끝에 "Done Criteria"를 3줄 추가하기

도입한 것은 심플한 구조다. 요청 프롬프트의 끝에 아래 내용을 추가할 뿐이다.

---완료 조건---
✅ [형식적인 조건] (예: 소제목 3개, 본문 1,200자 이내, Zenn 표기법으로 기술)
✅ [내용적인 조건] (예: 부업 라이터 초보자가 "내일 바로 시도해 볼 수 있겠다"고 느끼게 함)
...

프롬프트 본체는 아무것도 바꾸지 않았다. 이 3줄을 더했을 뿐이다.

실제로 사용 중인 프롬프트 예시

다음 테마로 note 기사 초안을 작성해 주세요.
테마: 부업 라이터가 Claude를 사용할 때의 3가지 팁
독자: 부업을 막 시작한 직장인
...

이것만으로도 돌아온 초안의 구성이 안정되었다.

실측 결과: 3주간 30개 태스크의 기록

지표	도입 전 (10개 태스크)	도입 후 (20개 태스크)
재작업률	68% (7/10)	27% (5/20)
...

재작업이 발생한 5개 태스크를 되돌아보니, 3건은 "완료 조건의 작성 방식 자체가 모호함 (NG가 불명확함)", 1건은 "애초에 테마가 내 안에서 흔들리고 있었음"이었다.

즉, AI의 문제가 아니라 완료 조건의 해상도가 낮았던 케이스가 대부분이었다.

부수적 효과: 요청을 만들기 전에 머릿속이 정리된다

"완료 조건을 쓰는 것"을 위해서는 내가 무엇을 원하는지를 언어화할 필요가 있다.

이것이 어렵게 느껴지는 태스크는, 애초에 "내 안에서 목표가 정해지지 않은 태스크"였다는 것을 깨닫는다.

목표가 정해지지 않은 태스크를 AI에게 던지면, AI는 당연히 "그럴싸한 것"을 돌려줄 수밖에 없다. 재작업이 나오는 것은 당연하다.

Claude에게 요청을 잘한다는 것은, 자신의 요구사항을 언어화하는 능력이 좋아지는 것과 거의 동의어라고 지금은 생각하고 있다.

요약

완료 조건을 3줄 추가하는 것만으로 재작업률은 68%에서 27%로 낮아졌다.

프롬프트를 길고 자세하게 쓰는 것보다, "무엇이 되면 OK인가"를 먼저 정의하는 것이 효과적이다.

시도해 본다면, 다음 태스크 끝에 ---완료 조건--- 블록을 추가하는 것만으로 충분하다. 프롬프트 본체는 그대로 두어도 상관없다.

체감상 변화가 나타나는 것은 3번째 태스크 정도부터다. 적어도 나는 그랬다.

Discussion