AI와 오래 작업하다 보면 새 대화에서 이어서 해야 할 때가 생긴다. 이때 이전 대화를 통째로 전달하면 모든 맥락이 보존될 것 같지만, 읽어야 할 내용이 많아지고 이미 바뀐 결정까지 함께 넘어갈 수 있다.
작업을 넘길 때 필요한 것은 다음 사람이 어디서부터 시작하면 되는지 알 수 있는 기록이다. AI에 전달하는 문서도 같은 기준으로 생각할 수 있다.
현재 결정과 지난 논의를 구분한다
처음에는 A안을 검토했다가 나중에 B안으로 정했을 수 있다. 요약에 두 안을 같은 비중으로 남기면 다음 작업자는 무엇이 확정됐는지 다시 판단해야 한다.
현재 선택한 안과 그 이유를 먼저 적는다. 이전 안은 지금의 결정을 이해하는 데 필요한 경우에만 배경으로 남긴다. 아직 답을 받지 못한 질문과 확정된 요구사항도 구분한다.
특히 사용자가 검토한 뒤 실행하겠다고 한 작업은 승인 상태가 중요하다. 초안을 만들었다는 기록과 발행해도 된다는 지시를 같은 뜻으로 요약하면 안 된다.
완료라는 말보다 실제 결과를 남긴다
파일을 고친 것과 변경된 사이트를 확인한 것은 다르다. 테스트를 통과한 것과 운영 환경에서 동작한 것도 다르다. “완료” 한 단어로 묶기보다 어디까지 확인했는지 적는 편이 다음 행동을 정하기 쉽다.
예를 들어 버튼 동작을 수정했다면 변경한 파일, 확인한 화면과 남아 있는 검증을 기록할 수 있다. 외부 배포가 필요하면 배포 여부도 따로 적는다. 긴 실행 로그를 모두 붙이기보다 필요한 근거의 위치를 연결한다.
파일의 위치와 역할을 함께 적는다
경로만 있어도 다음 작업자가 읽어볼 수는 있다. 하지만 어떤 파일이 현재 기준이고 어떤 파일이 지난 기록인지 알면 더 빨리 이어갈 수 있다.
같은 주제의 문서를 매번 새로 만들기보다 현재 기준 문서를 갱신하고, 과거 상태를 남길 필요가 있을 때 날짜가 있는 기록으로 보존할 수 있다. 원고와 발행된 글, 제안과 확정된 정책도 이름과 상태로 구분한다.
다음 행동은 구체적으로 쓴다
“계속 개선한다”는 말은 작업을 시작하기에 모호하다. 무엇을 읽고 어떤 결과를 확인하면 되는지 적는다. 실패한 검사가 있다면 같은 명령을 반복하기 전에 확인해야 할 조건도 남긴다.
인수인계 문서를 만들었다고 실제 상태가 바뀌지는 않는다. 다음 작업자는 문서에 적힌 결과와 현재 파일이나 서비스를 대조해야 한다. 기록을 잘 남기는 일과 기록이 아직 맞는지 확인하는 일을 함께 해야 작업을 안정적으로 이어갈 수 있다.