빠른 흐름

완료성 규칙:
- 요청된 항목을 내부 체크리스트로 관리할 것
- 모든 항목이 처리되거나 [blocked]로 표시될 때까지 종료하지 말 것
- 결과가 비어 있거나 지나치게 적으면 1~2회 다른 전략으로 재시도할 것
- 못 찾은 경우에는 "없음"이 아니라 시도한 방법과 함께 보고할 것

복구 흐름

모델은 "조금 찾고 끝내기"를 완료로 착각하기 쉽다

ChatGPT는 특정 결과를 하나라도 찾으면 작업이 충분히 완료된 것처럼 판단하는 경향이 있다. 특히 리스트, 배치, 다중 항목 조회처럼 처리해야 할 항목 수가 정해진 작업에서 이 문제가 두드러진다. 이를 막으려면 "전체 항목 수"와 "완료 기준"을 프롬프트 앞에 명시해야 한다. 모델이 내부적으로 체크리스트를 관리하게 하면 빠뜨린 항목이 눈에 드러난다.

운영체제 시험 대비 주제 12개를 정리해줘.

규칙:
- 12개 항목을 체크리스트로 관리
- 빠진 항목이 있으면 종료하지 말 것
- 자료가 부족한 항목은 [blocked]로 표시하고 이유를 적을 것

범위를 먼저 잡아야 완전성을 판단할 수 있다

작업을 시작하기 전에 "전체 범위가 얼마인지"를 먼저 합의하지 않으면, 모델도 사용자도 얼마나 처리됐는지 알기 어렵다. 페이지 수, 항목 수, 섹션 수 같은 구체적인 범위를 프롬프트에 명시하면 모델이 작업을 중간에 끊을 가능성이 줄어든다. 범위 선언은 번거로워 보이지만, 긴 작업에서는 누락을 막는 가장 단순하고 효과적인 방법이다.

이 문서의 챕터는 총 8개야.
각 챕터에서 핵심 개념 3개씩을 추출해줘.
8개 챕터 전부가 처리될 때까지 종료하지 말 것.

[blocked] 표기는 누락과 장애를 구분하는 도구다

일부 항목을 처리하지 못했을 때 그냥 빠뜨리면, 나중에 실제 부재인지 처리 실패인지 구분할 수 없다. [blocked]처럼 눈에 띄는 표기를 쓰고 그 이유를 함께 남기면, 사용자가 후속 조치를 결정하기 쉬워진다. 이 표기 자체가 작업의 투명성을 높이는 장치다. "없음"과 "처리 실패"를 구분해야 사용자가 어떤 항목을 수동으로 보완할지 판단할 수 있다.

빈 결과를 최종 결론으로 받아들이지 않아야 한다

조회 결과가 비어 있다고 해서 그것이 곧 "해당 항목이 존재하지 않는다"는 의미는 아니다. 검색어가 좁았거나, 다른 표현이 있거나, 선행 조회가 필요한 경우일 수 있다. 재시도 규칙을 프롬프트에 넣으면 모델이 검색어 변경, 필터 확장, 다른 도구 시도 같은 복구 절차를 거친 뒤 보고하게 된다. 이렇게 해야 "없음"과 "못 찾음"을 구분할 수 있다.

한 항목이 비어 있으면 검색어를 바꿔 한 번 더 시도할 것.
그래도 없으면 "없음: 시도한 검색어 목록"을 남길 것.

무엇이 빠졌나

완료와 막힘, 빈 결과는 같은 상태가 아니다. 항목이 빠졌지만 아직 찾을 수 있으면 계속 진행해야 하고, 필요한 자료가 없어 멈춘 경우에만 [blocked]로 분리하는 편이 좋다. 결과가 비어 있을 때도 바로 "없음"으로 닫지 말고 검색어, 범위, 표현을 바꿔 1~2회 재시도해야 실제 부재와 탐색 실패를 구분할 수 있다.

주의할 점

좋지 않은 방식:
- 요청된 10개 중 6개만 정리하고 답변 종료
- 4개 누락 이유 없음

더 나은 방식:
- 10개 체크리스트 유지
- 완료 8개 / [blocked] 1개 / 재시도 중 1개로 구분
- 마지막 1개는 검색어 변경 후 1회 더 확인