빠른 흐름

최종화 전에 아래를 확인해줘.
1. 요구사항 충족 여부
2. 근거 충분성
3. 형식 일치 여부
4. 외부 영향 여부

맥락이 비면:
- 먼저 조회 가능한지 확인
- 조회 가능하면 찾아볼 것
- 조회 불가하면 최소 질문만 할 것
- 불가피한 가정은 명시하고 되돌릴 수 있는 행동만 할 것

검증 흐름

검증 루프는 답변 완성이 아니라 실제 행동 직전에 가장 중요하다

이 패턴은 단순한 사실 확인을 넘어, 답변을 마무리하거나 실제 행동으로 이어지기 직전에 한 번 더 점검하는 절차다. 검증 루프를 정확성, 근거, 형식, 외부 영향 네 가지 축으로 나눠 보면, 어느 항목이 충족됐고 어느 항목이 아직 미흡한지 명확히 드러난다.

이 일정 변경 메일 초안을 만들기 전에 검증 루프를 먼저 돌려줘.

- 날짜, 장소, 대상자가 모두 있는지 확인
- 비어 있으면 임의로 채우지 말고 누락 항목만 질문
- 메일 발송 같은 실제 행동은 내가 확인하기 전엔 제안만 할 것

정보가 비었을 때 매끄럽게 이어 쓰는 습관이 가장 위험하다

맥락이 부족한 상황에서 모델이 억지로 매끄럽게 이어 쓰면, 자연스럽게 보이는 오답이나 잘못된 실행으로 이어지기 쉽다. "먼저 조회 가능한지 판단하고, 가능하면 도구를 쓰고, 그렇지 않을 때만 최소 질문을 던지는 흐름"이 이 위험을 줄이는 올바른 순서다.

조회 불가 상황에서는 가정을 숨기지 않고 명시해야 한다

끝까지 결정을 내려야 하는 상황에서도 가정을 숨기지 말고 "이 가정 하에 진행"이라고 명시하게 해야 한다. 가정이 드러나 있어야 사용자가 해당 가정이 틀렸을 때 어디서부터 수정해야 하는지 알 수 있다. 또한 되돌릴 수 있는 행동만 하도록 제한하면 가정이 틀렸을 때의 피해를 최소화할 수 있다.

외부 영향이 있는 행동은 검증 루프에서 별도로 분리해야 한다

발송, 삭제, 구매처럼 되돌리기 어려운 행동은 검증 루프의 "외부 영향 여부" 항목에서 반드시 따로 확인해야 한다. 이 항목이 검증 루프에 포함되어 있으면, 모델이 실제 행동을 실행하기 전에 사용자 확인을 요청하는 절차가 자연스럽게 자리를 잡게 된다.

빈 맥락 처리 순서
- 먼저 조회 가능한지 확인
- 조회 가능하면 자료를 찾기
- 조회 불가하면 누락 항목만 질문
- 그래도 결정이 필요하면 가정을 명시하고 되돌릴 수 있는 행동만 제안

무엇이 빠졌나

주의할 점

실패 예시
- 메일 초안에 날짜와 장소가 비어 있는데도 자연스럽게 임의 값을 넣어 완성본처럼 제시함
- 결과: 보기엔 매끄럽지만 실제 발송 직전까지 잘못된 정보가 숨겨짐
- 대응: 조회 → 질문 → 명시적 가정 순서를 지키고, 외부 행동은 사용자 확인 전엔 제안 단계로만 둔다