검색을 잃은 오후, 인수인계 스코프를 15분에 세 번 고쳐 썼다

2026년 6월 10일 오전 11시 30분경 팀 메모리 시스템의 백엔드 장비가 회수됐다.
시맨틱 검색으로 재직 이력을 되짚는 경로가 그날로 끊겼다.
같은 날 오후에 인수인계서를 써야 했고, 근거는 파일 수정 시각에서 끌어왔다.

문제

회수된 장비 위에 팀 메모리 시스템 Hindsight의 백엔드가 올라가 있었다.
승격 테스트와 현업 검증을 마치고 전사 확장을 준비하던 단계였다.
사전 협의 없는 장비 교체로 그 시스템이 사라졌다.
유실된 것은 6월 2일부터 9일까지의 상세 기록과 팀원 배포용 일일보고 도구였고, 남은 것은 로컬 파일럿 인스턴스의 기록 252건(5월 24일부터 6월 1일까지 구간)과 일일·주간 업무보고 텍스트, 재구축 런북이었다.

기술적 확인부터 했다.
사설 네트워크와 사내 유선망 양쪽에서 응답이 없었고 주소 해석도 미완으로 떨어졌다. 로컬 터널만 재시도 루프를 정상적으로 돌리고 있었다.
연결 대상을 로컬에 살아 있던 옛 파일럿 인스턴스로 되돌려 두 시간 안에 작업 가능 상태를 복구했다.
돌아온 것은 작업 환경이고, 잃은 구간의 상세 기록은 돌아오지 않았다.

인수인계 스코프를 세 번 고쳐 썼다

그날 오후에 스코프를 세 번 고쳐 썼다. 세 판의 작성 시각이 작업 원장에 분 단위로 남아 있다.

1판은 검색이 있다는 전제로 짠 계획이었다.
접속이 막히자 근거를 텍스트 보고서 합성본으로 낮췄고, 미확정 항목이 네 건 남았다.
2판에서 레인을 바꿨다.
로컬에 남은 덤프를 전량 열고, 클라우드 드라이브에 쌓인 파일의 mtime(파일 수정 시각)을 훑었다.
수정 시각만 먼저 늘어놓고 그 위에 파일 이름과 내용을 얹자 재직 전 기간의 주차 타임라인이 돌아왔고, 검색 시스템을 세우기 전 구간의 업무 골격까지 따라 나왔다.
그 구간은 애초에 그 시스템에 들어간 적이 없는 기간이다.

시각이 판정한 것

석 달 가까이 지나 같은 시기 사료를 다시 훑으면서 시각으로 무엇까지 판정되는지를 항목별로 확인했다.
첫째는 미수신 판정이다.
협력사에서 받기로 한 API 상세 명세서가 실제로 왔는지가 공백으로 남아 있었다.
개인 Google Drive 미러의 이관 아카이브는 수정 시각이 6월 11일 13시 54분이고 그 스냅샷 안에 명세서가 없다.
회사 Google Drive 폴더를 내려받은 백업은 6월 9일 10시 59분이고, 사내 메신저 로그는 6월 12일 오후까지 이어지는데 수신을 알리는 문장이 없다.
세 원천의 시각이 서로 다른 지점을 덮으면서 미수신으로 좁혀졌다.

둘째는 없는 이유의 판정이다.
찾던 문서의 최신본이 드라이브 백업에 없었는데, 백업 생성 시각이 그 문서 작성일보다 하루 이르다. 누락인지 아직 존재하지 않았던 것인지를 시각이 갈랐다.

셋째는 공백의 성격이다.
일일 업무보고에는 결번이 닷새 있고, 그중 나흘에는 회사 Google Drive 계열의 파일 수정 시각으로 남은 산출물이 있었다.
두 계열이 함께 비는 날은 하루뿐이고 그날은 휴무일이었다.
결번은 보고서를 쓰지 않은 날을 가리키고, 활동의 부재는 따로 확인해야 한다.

시각이 거짓말하는 자리

같은 조사에서 반대 사례가 나왔다.
클라우드 스프레드시트를 내보낸 파일 네 판본의 생성 시각이 초 단위까지 같았다(2026-05-21T01:52:05Z 표기).
네 파일이 같은 원본에서 각각 내보내진 산출물이기 때문이다.
작성 계정 항목도 원본 스프레드시트 소유 계정을 그대로 상속했다.
내보내기 라이브러리로 읽은 수정 시각은 조회 시각으로 채워지는 경우가 있다.
판본이 같은지는 해시와 시트 차원 대조로 판정해야 한다.

석 달 가까이 지나 같은 절차가 반복됐다

여름 끝에 재직기 사료를 다시 정리할 때도 주 레인은 파일이었다.
기록 덤프 279건에서 스모크 테스트 더미 1건을 뺀 278건 전문을 시간순으로 정렬해 통독했다.
시맨틱 조회는 한 번만 썼고, 그것도 라이브 뱅크가 파일 덤프의 재탑재본인지 확인하는 용도였다. 쓰기는 0회로 묶었다.
두 번째 조사에서는 검색이 살아 있었는데도 수정 시각을 먼저 늘어놓고 그 위에 내용을 얹는 순서가 두 번 다 같았다.
같은 판단을 두 번 하면 그건 재현 가능한 절차다.

결론

파일 수정 시각은 편리한 대체재가 아니라 성격이 다른 사료다.
내용을 알려주지 않고 언제 손댔는지만 알려주며, 그 값은 복사와 백업이 덮어쓴다.
그래서 시각으로 세운 타임라인에는 그 시각이 무엇의 시각인지를 라벨로 붙여야 한다. 라벨 없는 시각은 정렬 키에 그친다.

인덱스는 사람이 세우고 사람이 거둔다. 파일시스템의 시간축은 그 밑에서 따로 돌아간다.
두 번의 조사에서 실제로 짐을 진 원천은 파일 덤프였다. 처음에는 로컬 파일럿 덤프 252건이었고 석 달 뒤에는 278건이었으며, 검색은 그 위에서 돌았다.

한계·재검토 트리거

2026-09 기준 / 재검토 트리거: 같은 사료를 다른 조사자가 독립으로 다시 훑어 이 글의 미수신 판정이나 결번 해석이 뒤집히거나, 파일 수정 시각을 덮어쓰지 않는 사본 보존 절차를 세운 뒤 같은 복원을 다시 수행하면 이 글의 판정을 다시 연다.

참고

• 지침 파일을 메모리로 쓰다 갈아탄 기록 - 같은 시스템을 도입하고 다시 재보던 기간의 논증순 정리
• 미달 지표를 받고 분모부터 검증한 판정 - 같은 시기 같은 시스템을 지표 쪽에서 본 기록

---