ChatGPT 대화창이 잠기기 전에 '핸드오프 파일' 만드는 3단계 루틴

대화가 잠기면 정확히 무엇을 잃는가?

잃는 것은 텍스트가 아니라 합의된 맥락이다. 지난 대화는 스크롤로 다시 볼 수 있지만, 새 대화창의 AI는 그동안 확정한 결정사항, 시행착오 끝에 버린 선택지, 미묘한 톤 조정을 전혀 모른다. 그걸 처음부터 다시 설명하는 비용이 진짜 손실이다.

ChatGPT에는 완화 장치가 몇 개 있다. 2025년 9월 도입된 "Branch in new chat"은 이전 메시지 지점에서 대화를 분기해 히스토리를 유지해주고, Memory 기능은 일부 사실을 대화 간에 기억한다. 하지만 분기는 분기 시점까지의 컨텍스트를 그대로 끌고 가므로 한도 문제의 근본 해결이 아니고, Memory는 프로젝트의 세부 결정사항을 담기엔 성기다. 그래서 해외 커뮤니티에서는 "핸드오프 프롬프트(handoff prompt)"라는 이름으로 수동 인계 패턴이 정착됐다. 세션이 죽기 전에 요약 인계문을 뽑아 새 창에 붙이는 방식이다. 아래 루틴은 그 패턴을 실무 플로우로 구조화한 것이다.

1단계: 잠김을 기다리지 말고 마일스톤마다 끊는다

핵심 발상의 전환은 이것이다. 한계 메시지가 뜰 때 대응하는 것이 아니라, 작업 단위(마일스톤)가 끝날 때마다 핸드오프를 만든다. 게이지가 없는 시스템에서는 정기 백업이 유일한 안전장치다.

실무 기준은 세 가지다. ①하나의 작업 단위가 끝났을 때(보고서 초안 완성, 기획 방향 확정 등) ②대화가 눈에 띄게 길어졌다고 느낄 때(스크롤이 부담스러워지는 시점이면 이미 충분히 길다) ③다음 작업이 성격이 다른 일로 넘어갈 때. 특히 ③이 중요하다. 어차피 새 주제라면 새 세션이 응답 품질에도 유리하다. 긴 대화 후반부에서 AI가 초반 지시를 잊거나 뭉개는 현상은 컨텍스트가 차오를수록 심해지기 때문이다.

2단계: 핸드오프 파일을 생성한다: 복붙용 프롬프트

세션을 끝내기 전, 아래 프롬프트를 그대로 붙여넣는다. 포인트는 "요약해줘"가 아니라 새 세션의 AI가 즉시 이어받을 수 있는 구조화된 인계 문서를 요구하는 것이다.

형식에서 두 항목이 승부처다. 3번(버린 선택지)이 없으면 새 세션의 AI가 이미 기각된 아이디어를 다시 들고 온다. 인계 실패의 가장 흔한 형태다. 7번(용어집)은 "우리가 말하는 'V2'는 디자인 시안 2번을 뜻함" 같은 암묵지를 명시화한다. 출력을 받으면 그대로 쓰지 말고 30초만 검토해서 빠진 결정사항을 한두 줄 직접 추가하라, 이 문서의 최종 편집자는 AI가 아니라 나다.

여러 세션이 반복되는 장기 프로젝트라면 핸드오프 문서를 메모장·Notion에 "프로젝트명_handoff_v3" 식으로 버전 관리하는 것을 권한다. 흥미롭게도 이것은 엔지니어들이 도구로 푸는 문제와 정확히 같은 문제다. context-mode 같은 컨텍스트 최적화 도구가 세션 메모리를 SQLite에 저장했다가 필요한 부분만 불러오는 것의 수동 버전이 핸드오프 파일이다.

3단계: 새 세션을 부팅하고 이해도를 검증한다

새 대화창에 핸드오프 문서를 붙여넣은 뒤, 바로 작업을 시키지 말고 검증 질문 하나를 먼저 던진다: "이 문서를 읽고, 프로젝트 상태와 다음 할 일을 3줄로 요약해봐." AI의 요약이 내 이해와 다르면, 그 지점이 인계 문서의 구멍이다.

부팅 순서는 이렇다. ①핸드오프 문서 붙여넣기 ②검증 질문으로 이해도 확인 ③어긋난 부분 교정 ④"다음 작업 1순위"부터 재개. 이 검증 단계는 30초짜리지만, 어긋난 맥락으로 1시간을 작업한 뒤 발견하는 것보다 압도적으로 싸다. 생성한 것을 그대로 믿지 않고 확인 단계를 끼워 넣는 것, 규모만 다를 뿐 검증 에이전트를 파이프라인에 두는 것과 같은 원리다.

핸드오프 루틴의 본질은 프롬프트 기술이 아니라 업무 습관이다. 인수인계서를 쓸 줄 아는 직장인은 이미 이 루틴의 전문가다. 인계 대상이 후임에서 다음 세션의 AI로 바뀌었을 뿐이다.

이 루틴이 대화 잠김 말고도 유용한 이유는?

핸드오프 파일은 사실 범용 컨텍스트 자산이다. ChatGPT에서 Claude로 도구를 갈아탈 때, 동료에게 작업을 넘길 때, 한 달 뒤 프로젝트를 재개할 때: 같은 문서가 그대로 통한다.

하네스 엔지니어링 프레임워크(Prompt → Context → Harness → Loop)의 관점에서 보면, 핸드오프 루틴은 개인이 할 수 있는 가장 간단한 Context 관리다. 좋은 프롬프트를 쓰는 사람은 많지만, 맥락을 자산으로 관리하는 사람은 드물다. 매 세션 흩어지는 결정사항을 문서로 응축하는 사람과 매번 처음부터 설명하는 사람의 격차는, 프로젝트가 길어질수록 복리로 벌어진다. AI 협업 능력의 다음 단계는 더 좋은 질문이 아니라 더 좋은 인계다.