하나씩 — 초안→승인→저장이 기본 박자

AI가 한 건을 초안으로 내고, 내가 보고 승인하면 그때 저장합니다. 이 세 박자를 기본값으로 둡니다. 여럿을 한 번에 승인하는 묶음은 예외이고, 조건을 먼저 적어 둔 뒤에만 씁니다. 이 칸에서는 메모 한 건을 세 박자로 처리해 보고, 내 일에서 묶음을 허용할 조건 한 줄을 적습니다. 설치할 것은 없고, 10분이면 됩니다.

AI에게 정리를 맡기면, 확인할 틈도 없이 저장까지 끝나 있을 때가 있습니다. 그러면 원치 않는 내용이 그대로 파일에 굳어 버립니다.

이 칸을 마치면, 메모 한 건을 초안, 승인, 저장의 세 박자로 AI와 처리해 봅니다. 그리고 여럿을 한 번에 승인해도 되는 조건을 한 줄 적습니다.

첫 박자는 초안입니다. AI가 정리한 것을 줄이지 말고 전부 보여 주게 합니다. 둘째 박자는 승인입니다. 고칠 곳을 말하면 그 부분만 고쳐 다시 보여 주고, 마음에 들 때까지 돕니다. 여기서 한 번 더 도는 것이, 지나간 뒤에 고치는 것보다 훨씬 쌉니다. 셋째 박자는 저장입니다. 내가 「저장」이라고 말한 뒤에야 최종본이 됩니다.

제작자도 도구 없이 일할 때는 초안 확인을 건너뛰고 바로 저장되는 일이 되풀이됐습니다. 그래서 이 박자를 기억에 맡기지 않고, 늘 쓰는 도구에 박아 두었습니다.

기본은 하나씩입니다. 제목이 비슷해 보여도 같은 내용이라고 넘기지 않고, 한 건씩 읽고 승인합니다. 여럿을 묶는 것은 예외입니다. 미리 말로 묶음째 승인하고, 저장 전에 검사를 거치고, 끝나면 무엇이 바뀌었는지 보고받습니다. 승인을 없애는 것이 아니라, 승인 자리에 검사를 세우는 것입니다.

함정은 하나입니다. 박자를 말해 두지 않으면, AI가 초안 없이 끝까지 해 버릴 수 있습니다. 그럴 때는 새 대화 첫 메시지에 세 박자를 먼저 적고 다시 시작합니다. 승인할 때는 요약 보고가 아니라, 초안 전체를 원래 메모와 나란히 놓고 봅니다.

맡기되, 도장은 사람이 찍습니다. 다음 칸은 읽는 사람이 정해지면 글이 어떻게 바뀌는지입니다. 막히는 곳이 있으면 이 페이지 아래 묻기 칸에 남겨 주세요.

세 박자

 AI가 초안을 낸다 ──▶ 내가 읽는다 ──▶ 받아들일 만한가?
        ▲                                 │
        │            아니오: 무엇이 왜      │ 예: 「저장」
        └──────────── 아쉬운지 말한다 ◀────┤
                                          ▼
                                   그때 저장한다

「예」로 가는 화살표는 하나뿐입니다. 내가 승인하지 않으면 다음 단계가 시작되지 않습니다. 승인 게이트는 속도를 늦추는 장치가 아니라 방향을 잡는 장치입니다.

이 박자는 새로 만들 때만이 아니라 이미 있는 글을 고칠 때, 다른 글과 연결할 때도 똑같이 씁니다. 목차나 기록 장부도 초안 단계에서는 건드리지 않고, 최종 저장 때에만 갱신합니다.

승인할 때 보는 것

승인은 통과 도장이 아닙니다. 제작자는 한 실무 앱을 단계마다 승인하며 만들었는데, 한 단계가 형식적으로만 통과돼 있었다는 것을 전체를 다시 점검하고서야 알았습니다. 지나갔다고 믿는 순간이 가장 위험합니다. 그래서 이 칸에서는 승인 앞에서 세 가지를 묻습니다.

1. 양쪽으로 본다 — 원래 메모에 있는데 초안에 없는 것, 초안에 있는데 원래 메모에 없는 것.
2. 빠진 것이 없나 — 초안은 압축보다 보존이 기준입니다. 원래 메모의 말·사례·숫자가 빠지지 않았는지 봅니다.
3. 무엇을 근거로 승인하나 — 「잘 정리했습니다」 같은 요약 보고인가, 내가 직접 읽은 초안 전체인가.

하나씩이 기본, 묶음은 조건을 먼저

하나씩 하는 이유는 속도가 아니라 목적입니다. 제작자에게 정리의 목적은 줄이는 것이 아니라 자기 지식을 다시 보며 개념 사이의 연결을 다지는 것이고, 한 건씩 보는 것이 그 목적에 맞는 속도였습니다. 묶음은 대량 정리 때 묶음마다 초안을 기다리는 일이 병목이 되어 생긴 예외입니다. 그래서 두 방식 가운데 무엇으로 할지를 사람이 분명히 고릅니다.

묶음으로 돌릴 때는 저장 전에 무엇을 검사할지를 먼저 정합니다. 제작자가 쓴 검사는 이런 것입니다 — 글의 머리말과 절이 다 있는가, 끊어진 연결이 없는가, 따옴표로 옮긴 인용이 원문과 글자 그대로 같은가. 쓰는 일과 검사하는 일은 따로 돌립니다. 이 아틀라스도 같은 박자로 공개합니다 — 기계 검사를 거친 뒤 노드 묶음 단위로 승인하고, 묶음마다 체크리스트를 돌려 기록을 남기도록 설계 문서에 먼저 적어 두었습니다.

오래 둔 초안은 다시 만든다

초안은 쓰는 순간이 아니라 만든 순간의 내용에 기대고 있습니다. 제작자는 몇 시간 전에 만들어 둔 초안으로 기록을 고치려다, 쓰기 직전에 바뀌는 줄을 미리 보고서야 그 사이 다른 작업이 같은 자리에 새 내용을 적어 두었다는 것을 알았습니다. 초안을 버리고 지금 내용을 바탕으로 바꿀 구절만 고쳐 썼습니다. 고치는 일이면 쓰기 전에 「바뀌는 줄만 먼저 보여 줘(− 지금 / + 새로)」라고 해 둡니다.

더 읽기

• 가져갈 자료: 세 박자 카드 — 새 대화 첫 메시지에 붙이는 세 줄 · 승인 전 세 질문 · 묶음 조건 한 줄 빈칸.
• 읽는 사람이 정해지면 글이 바뀐다 — 공유본·인용·정정의 윤리 — 다음 칸.
• 어디까지 맡기고 어디서 멈추나 — 경계 선긋기 — 이 칸이 「어떤 박자로」 사람이 끼는가라면, 그 칸은 「무엇을」 사람이 하는가.
• 인제스트란 무엇인가 — 한 번의 흐름과 사람 게이트 — 같은 박자를 정리 작업 한 번의 흐름으로.
• 병렬 에이전트로 에세이 배치를 돌리는 법 — 작업장·검증 스크립트·승인본 분리 — 묶음 예외를 실제로 돌리는 곳.

출처: 제작자의 작업 기록에서 일반화한 교훈 · 강의(가공) · 실무 앱 구축 기록(가공).