AI에게 기록 정리를 맡기면 자연스럽게 제 지식이 쌓일 거라고 생각했습니다. 대화를 모으고, 요약을 만들고, 문서를 정리하면 나중에 필요한 내용을 쉽게 꺼낼 수 있을 것 같았습니다. 일하는 흔적은 꽤 많았습니다. 그런데 막상 그 기록을 다시 쓰려고 하니, 먼저 확인해야 할 질문들이 생겼습니다.
다시 쓰기 전에 확인할 일이 생겼습니다
이 내용이 최신인지, 제가 나중에 바꾼 결정도 들어갔는지, 완료라는 표시가 어디까지를 뜻하는지 분명하지 않았습니다. 보고서가 만들어졌다는 뜻인지 실제로 다시 볼 기록까지 반영됐다는 뜻인지에 따라 다음 행동이 달라졌습니다. 비서는 열심히 일했는데, 저는 비서의 일을 확인하는 일을 하고 있었습니다.
기존 자동화를 점검하면서 확인한 것은 기록이 생성되는 것과 믿고 다시 쓸 수 있는 상태가 되는 것 사이의 간격이었습니다. 문서 하나가 생겼다는 사실은 눈으로 확인하기 쉽습니다. 하지만 그 문서가 이전 결정을 반영하고 있는지, 서로 다른 내용이 나올 때 어느 쪽을 따라야 하는지는 별도로 살펴야 합니다. 완료 표시 하나로는 이 차이가 충분히 보이지 않았습니다.
이런 상태에서는 기록을 읽는 시간이 곧 확인 작업이 됩니다. 필요한 문장을 찾은 뒤에도 원래 대화로 돌아가거나 다른 문서와 비교해야 할 수 있습니다. 정리 결과를 다음 행동의 출발점으로 쓰려다가, 그 결과가 만들어진 과정을 다시 읽게 되는 것입니다.
최신이라는 말에도 근거가 필요합니다
예를 들어 처음에는 어떤 방향으로 진행하기로 했다가 나중에 범위를 줄인 상황을 가정해볼 수 있습니다. 앞선 결정이 담긴 요약이 잘 정리되어 있더라도, 변경된 범위가 빠져 있다면 지금 할 일을 판단하는 데는 부족합니다. 이 예시는 특정 사건을 재현한 것이 아니라, 최신성을 확인해야 하는 이유를 설명하는 가정입니다.
단순히 가장 최근에 만들어진 문서라는 이유만으로 최신 결정이 반영됐다고 단정할 수도 없습니다. 새 문서가 과거 자료를 바탕으로 만들어졌을 수 있기 때문입니다. 언제 생성됐는지와 어떤 근거를 확인했는지를 나누어 읽을 수 있어야 합니다. 생성 시점만 보이는 기록으로는 내용의 유효 범위를 판단하기 어렵습니다.
서로 다른 기록이 함께 남아 있는 상황도 생각해야 합니다. 변경 전 내용을 지우면 이전 판단의 맥락을 잃을 수 있고, 그대로 두면 현재 결정과 혼동할 수 있습니다. 이전 기록을 보존하더라도 무엇이 바뀌었고 현재는 어느 결정을 따르는지 알아볼 수 있는 연결이 필요합니다. 여기까지 확인할 수 있어야 다시 읽는 사람이 같은 비교를 반복하지 않을 수 있습니다.
더 많이 모으기 전에 책임을 정하기
처음에는 더 많이 모으고 더 자주 정리하면 해결될 것 같았습니다. 지금은 순서를 바꾸고 있습니다. 누가 무엇을 정리할지, 어떤 근거가 있어야 완료라고 할지, 서로 다른 기록이 나오면 누가 판단할지를 먼저 분명히 하기로 했습니다. 수집과 정리의 양을 늘리는 일만으로는 이 질문에 답하기 어렵습니다.
여러 작업이 같은 기록을 각자 고치게 두면 나중에 왜 그렇게 바뀌었는지 설명하기 어려워집니다. 모두가 각자 확인한 범위에서는 맞는 내용을 썼더라도, 서로 다른 시점이나 기준을 사용했다면 최종 결과가 어긋날 수 있습니다. 수정 횟수가 늘어날수록 옳고 그름을 다시 판별해야 하는 부담도 커질 수 있습니다.
그래서 최종 반영의 책임을 한곳에 모으는 방향을 잡았습니다. 자료를 찾거나 변경 후보를 정리하는 역할과 최종 기록에 반영하는 역할을 구분해볼 수 있습니다. 책임을 모은다는 것은 다른 작업의 도움을 없앤다는 뜻이 아닙니다. 무엇을 확인한 뒤 최종 변경으로 받아들일지 정하는 자리를 분명히 하려는 것입니다. 사람이 맡은 팀에서도 필요한 업무 분담과 인수인계가 AI 작업에서도 중요했습니다.
완료라고 말할 수 있는 지점을 나누기
정리 작업에는 여러 단계가 있습니다. 내용을 찾는 일, 바뀐 부분을 판단하는 일, 변경안을 만드는 일, 실제로 반영하는 일, 반영 결과를 확인하는 일이 이어질 수 있습니다. 이 단계들을 하나의 완료 표시로 묶으면 어디까지 진행됐는지 알기 어렵습니다. 다음 작업이 무엇을 믿고 시작해도 되는지도 흐려집니다.
예를 들어 변경안을 준비한 상태라면 검토할 수 있다는 의미가 됩니다. 실제 기록에 반영된 상태라면 다시 읽는 위치에서 그 내용을 확인할 수 있어야 합니다. 두 상태는 모두 진행 상황이지만 다음 행동은 다릅니다. 단계의 이름을 자세히 늘리는 것보다, 그 이름을 보고 무엇을 할 수 있는지가 명확해야 합니다.
반영 이후의 확인도 범위를 정할 필요가 있습니다. 의도한 내용이 바뀌었는지, 기존에 필요한 내용이 함께 사라지지는 않았는지, 다른 기록과의 연결이 유지되는지 등을 볼 수 있습니다. 이것은 현재 모든 검증이 구현됐다는 설명이 아닙니다. 완료 기준을 정할 때 구분해야 할 확인 범위입니다.
제가 다시 확인하는 시간이 줄어드는지
이 구조가 시간을 얼마나 줄여줄지는 아직 측정하지 못했습니다. 현재는 변경 대상을 확인하고 안전하게 전환할 준비를 하는 단계입니다. 책임을 정하고 기준을 문서로 남기는 일만으로 실제 효과가 입증되지는 않습니다. 전환 뒤에도 기록을 다시 쓸 때 같은 질문이 반복되는지 봐야 합니다.
확인할 수 있는 장면은 비교적 구체적입니다. 필요한 기록을 찾은 뒤 원래 대화를 다시 읽어야 하는지, 변경된 결정을 찾느라 여러 문서를 비교하는지, 완료 보고를 받은 뒤 실제 반영 위치를 따로 확인하는지 볼 수 있습니다. 이런 작업이 줄어드는지 살펴보면 문서 생성량만으로는 드러나지 않는 부담을 알 수 있습니다.
이번 점검을 통해 자동화의 기준을 다시 잡고 있습니다. 다음에는 정리해 달라는 요청과 함께, 무엇을 믿고 다음 행동으로 넘어갈 수 있어야 하는지도 먼저 정하려 합니다. 기록이 쌓이는 속도뿐 아니라 그 기록을 다시 쓰는 과정이 얼마나 분명해지는지 확인하고 싶습니다.
