대화를 기획서 한 장으로 남기는 순서 | AI 노트앱 만들기 13

바이브코딩 실전 · 서버와 AI 연결 13편

대화의 요약보다 먼저 정해야 할 것은 저장 순서다.

왜 대화를 바로 기획서로 저장하지 않는가?

질문과 답변이 몇 차례 오가면 결과를 한 장으로 정리하고 싶어진다. 그러나 대화를 곧바로 노션에 저장하면 AI가 잘못 묶은 목표나 아직 합의하지 않은 아이디어까지 확정 기록처럼 남을 수 있다. 한 문장 원문을 저장할 때보다 위험이 크다. 기획서에는 제목, 목적, 대상, 해야 할 일처럼 여러 해석이 들어가기 때문이다. 그래서 기획서 기능은 요청, 초안, 확인, 저장의 네 단계를 거친다. 사용자가 대화를 기획서로 정리해 달라고 명시하면 AI가 먼저 미리보기를 만든다. 이때 노션 페이지는 아직 생기지 않는다. 미리보기에서 내용과 사용한 대화 범위를 살핀 뒤 ‘이 초안 저장’을 선택해야 비로소 새 준비 공간에 한 페이지가 만들어진다.

이 순서는 느린 절차가 아니라 수정 비용을 앞당겨 줄이는 장치다. 잘못 저장한 페이지를 나중에 찾아 지우거나, AI 제안을 사용자 결정으로 오해하는 일을 막는다. 취소하거나 아무 버튼도 누르지 않은 상태를 승인으로 해석하지 않는 것도 같은 이유다. 대화를 정리하는 능력과 기록을 확정하는 권한을 분리해야 기획서가 믿을 만해진다.

AI는 최근 대화를 어디까지 읽는가?

기획서 초안은 계정의 모든 대화를 뒤지는 방식으로 만들지 않는다. 대화 기능과 기획서 기능이 모두 활성화된 뒤, 같은 대화방에서 전송 완료가 확인된 최근 문답만 후보가 된다. 그중 7일 이내 최대 4쌍을 사용한다. 실제로 몇 쌍을 사용했는지도 초안에 표시해, 사용자가 전체 대화를 반영한 문서로 오해하지 않게 한다. 최근 문답을 제한하면 초안의 근거를 사람이 다시 확인하기 쉬워진다. 아주 오래된 이야기나 다른 대화방의 맥락이 섞일 가능성도 줄어든다. 반대로 중요한 조건이 범위 밖에 있다면 사용자가 미리보기에서 빠진 내용을 알아차리고, 다음 요청에 필요한 조건을 다시 제공할 수 있다. AI가 많이 읽는 것보다 무엇을 읽었는지 드러내는 편이 실용적이다.

여기서 7일과 최대 4문답은 AI에게 건네는 문맥의 범위다. 서버 수신 기록을 7일 뒤 자동 삭제한다는 뜻이 아니며, 대화 보존 기간을 정한 정책도 아니다. 기존 노션 메모를 검색해 자료를 보충하는 기능도 없다. 최근 대화 초안과 기존 자료 검색은 서로 다른 기능이므로, 한쪽이 구현됐다고 다른 쪽까지 된 것처럼 말하지 않는다.

사용자 결정과 AI 제안은 어떻게 나누는가?

기획서에서 가장 조심할 부분은 누가 결정했는지다. AI가 대화를 자연스럽게 정리하면 제안도 이미 합의된 내용처럼 보일 수 있다. 이 앱은 사용자가 직접 확정 표시를 붙인 짧은 한 줄만 ‘사용자가 명시한 확정사항’으로 분리한다. 문장 첫머리가 확정: 또는 결정:으로 시작하고 정해진 길이 안에 들어올 때만 원문을 그대로 싣는다. 그 밖의 제목, 구성, 할 일, 보완 아이디어는 AI가 정리하거나 제안한 내용으로 둔다. 대화 중 긍정적인 표현이 있었다는 이유만으로 확정사항으로 승격하지 않는다. 이렇게 구역을 나누면 독자는 무엇을 그대로 따라야 하고 무엇을 다시 판단해야 하는지 알 수 있다. AI의 문장력이 의사결정의 출처를 흐리지 않게 하는 장치다.

초안에는 참고한 발언 일부가 정확 인용으로 표시될 수 있다. 다만 글자가 원문과 정확히 같다는 사실이 기획서 전체의 의미까지 옳다고 보증하지는 않는다. 인용 사이의 관계를 AI가 잘못 해석할 수도 있다. 따라서 정확 인용 검사는 근거가 존재하는지 확인하는 장치이고, 미리보기 검토는 해석이 맞는지 사람이 판단하는 마지막 단계다.

저장과 취소는 언제 확정되는가?

미리보기에는 ‘이 초안 저장’과 ‘취소’ 두 선택지만 둔다. 저장을 누르면 화면에 보인 초안 전체가 그대로 노션 본문이 된다. 요청 문장 자체를 메모로 저장하는 것이 아니며, 승인 뒤 AI가 내용을 몰래 고쳐 쓰지도 않는다. 실제 검증에서도 선택한 미리보기와 저장된 문단 전체를 문자 단위로 비교해 같은지 확인한다.

취소를 누르면 페이지를 만들지 않는다. 취소한 뒤 같은 카드에서 저장을 선택해도 새 페이지가 생기지 않으며, 이미 저장한 카드를 다시 눌러도 중복 페이지나 추가 AI 호출이 생기지 않는다. 버튼에는 짧은 유효시간을 두고, 초안 본문과 대화, 소유자, 실제 미리보기 메시지를 함께 묶어 다른 카드의 선택이 섞이지 않게 한다.

초안 전송이나 저장 결과가 불확실할 때도 자동으로 다시 생성하거나 다시 보내지 않는다. 재시도는 친절해 보이지만 서로 다른 초안 두 개를 만들거나 같은 기획서를 두 번 저장할 수 있다. 불확실한 기록은 진단 이력으로 남기고, 사용자가 실제로 본 미리보기와 명시적으로 누른 버튼만 저장 근거로 삼는다.

같은 요청이 두 번 전송되면 무엇을 배울 수 있는가?

실제 가상 시험에서는 입력창에 남은 문구를 아직 전송되지 않은 것으로 잘못 판단해, 운영자가 같은 기획서 요청을 새 메시지로 두 번 보내는 일이 있었다. 이것은 사용자의 잘못이 아니며 시스템이 같은 텔레그램 메시지를 중복 처리한 사건도 아니다. 내용은 같지만 서로 다른 새 메시지 두 건이 서버에 도착했으므로 각각 별도 요청으로 처리됐다.

이후 시험을 억지로 처음부터 다시 만들지 않았다. 이미 도착한 두 초안을 하나는 저장, 하나는 취소 표본으로 사용했고 추가 기획서 요청은 보내지 않았다. 최종적으로 저장된 기획서 페이지는 한 건이었다. 운영 과정의 실수를 숨기지 않되, 그 실수를 앱의 중복 방지 실패나 사용자 행동으로 바꾸어 설명하지 않는 것이 중요하다.

이 사건은 중복의 기준을 분명하게 보여 준다. 같은 메시지의 재전달이나 같은 카드의 재선택은 막아야 한다. 반면 같은 문구를 새 메시지로 두 번 보내면 두 번의 의사 표현일 수 있으므로 시스템이 임의로 합치지 않는다. 중복 방지는 문장 유사도가 아니라 메시지와 승인 증거의 동일성을 기준으로 삼아야 한다.

내 대화를 기획서로 바꾸려면 무엇을 요청할까?

이 기능을 다른 메모 앱에 적용하려면 요약 형식보다 먼저 문맥의 범위와 승인 단계를 요청한다. 사용자 결정과 AI 제안을 다른 구역에 놓고, 사용한 문답 수를 보여 달라고 하면 검토가 쉬워진다. 저장하지 않는 선택이 실제로 페이지를 만들지 않는지도 함께 요구해야 한다.

아래 문장은 독자가 바꿔 쓸 요청 예시이며 실제 발언 인용이 아니다.

같은 대화에서 전송이 확인된 최근 문답 최대 4쌍만 사용해 기획서 초안을 만들어줘. 사용자가 명시한 결정과 AI가 정리한 제안을 구분하고, 사용한 대화 범위를 표시해줘. 저장 전에는 ‘이 초안 저장·취소’ 두 선택지를 보여주고, 저장을 누르기 전에는 노션 페이지를 만들지 마. 취소나 무응답을 승인으로 해석하지 마.

이 단계가 완성해 주는 것은 최근 대화에서 기획서 한 장을 만드는 안전한 순서다. 기존 노션 전체 검색, 예약 알림, 사진 원본 처리, 기획서 덮어쓰기와 자동 일정 실행은 아직 포함하지 않는다. AI가 초안을 빠르게 만들더라도 최종 문서가 되는 순간은 사람이 내용을 보고 저장을 선택한 뒤다.

기록 기준: 2026년 10월 21~22일. 이 글은 최근 대화를 기획서 미리보기로 만들고 저장·취소를 실제로 나누어 확인한 기록을 바탕으로 썼다. 시험 중 발생한 두 번 전송은 사용자가 아니라 운영자의 입력 판단 오류로 구분했다.

이 글은 실제 제작 기록을 바탕으로 AI의 도움을 받아 구성하고 검수했다. 구현된 동작과 설명용 예시를 구분했다.