정확했던 자료도 낡을 수 있다
AI 보조자가 어제 18시에 운영 시간을 확인해 저장했다고 하자. 오늘 6시에 다시 묻는다면 자료 나이는 12시간이다. 유효 시간을 8시간으로 정했다면 저장 당시 정확했더라도 지금은 신선하지 않으므로 원문을 재검증해야 한다.
RFC 9111은 저장 응답이 신선하면 원 서버 확인 없이 재사용할 수 있고, 신선하지 않으면 재검증이나 표준이 정한 예외가 필요하다고 설명한다. 이 글은 HTTP 구현을 그대로 재현하지 않고 ‘나이와 허용 시간’ 관계를 투명한 규칙으로 옮긴다.
참고 · R. Fielding, M. Nottingham, J. Reschke · IETF Standards Track · 2022년 6월 — 저장 응답의 신선도와 재검증 ↗
시간 말고도 갱신 신호가 있다
자료 나이가 유효 시간 안이어도 원문이 갱신되었다는 신호가 있으면 다시 확인해야 한다. 또 안전·법률·결제처럼 영향이 큰 질문은 이 활동에서 항상 재검증 경로로 보낸다. 빠른 재사용보다 최신 상태 확인이 우선인 조건이다.
아래 활동에서 저장 나이 0~48시간, 유효 시간 1~24시간, 원문 갱신 신호, 중요 질문 여부를 바꿔 보자. 모형은 ‘재사용’, ‘조건부 재검증’, ‘즉시 재검증’ 중 한 경로와 이유를 함께 표시한다.
출처와 확인 시각을 함께 남기기
링크만 기록하면 언제 확인한 내용인지 알기 어렵다. 출처 URL, 확인 시각, 저장 나이, 유효 시간과 마지막 검증 결과를 함께 남기면 같은 답을 재현하고 낡은 근거를 찾기 쉽다.
유효 시간은 모든 자료에 똑같이 적용할 숫자가 아니다. 변동이 잦은 운영 시간과 거의 변하지 않는 정의는 다른 정책이 필요하다. 이 활동의 시간은 자체 예시이며 실제 기관 자료의 갱신 주기를 뜻하지 않는다.