저장만 하는 봇에서 대화하는 메모 비서로 | AI 노트앱 만들기 16

나만의 AI 노트앱 만들기 · 16

일반 질문에 답하고 저장할 자료를 구별하며, 남겨 둔 선호를 다음 대화에 반영하는 메모 비서로 발전시켰다.

저장 기능에 대화와 판단 더하기

안정된 저장 경로에 대화를 처리하는 판단을 더했다. 일반 질문은 답변으로 끝내고, 보관할 자료는 허용된 메모 공간으로 보내도록 역할을 넓혔다. 제한된 실사용에서 질문과 저장의 경로를 나누고, 짧게 결론부터 답해 달라는 선호가 다음 대화에 반영되는 흐름도 확인했다.

일반 질문에는 답변을 돌려주고, 남기려는 뜻이 분명하거나 장기 보관할 가치가 있는 내용은 메모 도구로 넘기도록 했다. 이를 확인하려고 메모가 필요 없는 일반 활동 추천 질문과, 이전에 길이 문제로 실패했던 자료 저장 요청을 따로 보냈다. 추천 질문은 답변으로 끝났고 메모는 늘지 않았다. 자료 저장 요청은 받은 범위 안에서 새 메모가 됐으며, 원문 전체를 받지 못했다는 경고도 남았다. 두 요청이 서로 다른 경로로 처리되는 것은 확인했지만, 모든 상담과 글쓰기 또는 모든 길이의 자료가 처리된다는 뜻은 아니다.

메모 안에서 허용한 판단

대화 목적을 모델이 판단하게 하면 무엇을 스스로 실행할 수 있는지도 정해야 한다. 메모 공간 안에서는 새 메모 생성, 기존 메모의 제한된 수정과 본문 추가, 보관과 복원을 선택할 수 있게 했다. 선호를 기억하거나 작업 방식을 개선하는 일, 공개 웹 자료를 읽는 선택지도 넓혔다. 앞선 단계에서 쓰기마다 확인하던 방식에서, 지정 공간과 허용된 행동 안에서는 자율적으로 판단하는 방식으로 운영 규칙을 넓힌 것이다.

그 대신 소유자 확인과 지정된 데이터 공간의 제한은 유지했다. 영구 삭제, 외부 계정 변경, 공개 발송, 임의 코드 실행과 예산 변경은 허용하지 않았다. 메모를 다룰 자유가 서버나 계정 전체를 관리할 권한으로 번지지 않게 한 것이다. 권한과 실행 능력도 구별해야 한다. 화면 조작이나 영상 전사 도구가 없는 환경에서는 허용 범위를 넓혀도 그 일을 할 수 없다.

권한 조정 뒤에는 이전에 실패했던 짧은 보관 요청을 다시 보내 새 메모 한 건이 생기는지 확인했다. 생성 경로의 실사용 시험이었다. 기존 메모 수정과 보관 기능은 각각 운영 자료로 다시 실행하지 않았으므로, 사용할 수 있게 만든 도구 목록과 실제로 확인한 도구 목록은 일치하지 않는다. 개발 요청에도 원하는 자유도와 금지할 행동을 함께 적어야 한다. 그래야 허용된 도구가 있다는 설명을 모든 동작의 검증 완료로 오해하지 않는다.

대화로 끝낼 말, 기록으로 남길 말

날씨를 묻는 말, 잠깐의 잡담, 문장을 다듬어 달라는 요청까지 모두 저장하면 메모가 빠르게 늘어난다. 그 사이에서 다시 꺼내 쓸 아이디어를 찾기는 오히려 어려워진다. 그래서 대화를 처리한 결과와 장기 기록을 만든 결과를 나누었다. 질문에 답했다고 반드시 메모 도구를 호출할 필요는 없다. 저장 의도가 애매할 때는 조용히 기록을 만들기보다 무엇을 남길지 되묻는 편이 안전하다.

이 기준을 ‘저장’이라는 단어가 있을 때만 작동하는 규칙으로 좁히지는 않았다. 자연스럽게 이야기한 계획이나 앞으로 적용할 규칙도 맥락상 남겨 둘 내용일 수 있다. 모델은 문장에 특정 명령어가 있는지보다 이 대화가 무엇을 하려는 것인지 살펴야 한다. 순간적인 대화와 다음에 참고할 자료를 구별하면, 사용자가 모든 말을 저장용 문장으로 바꾸는 수고를 덜 수 있다. 앞서 나눈 질문과 자료 저장 시험도 이 구분이 실제로 작동하는지 보기 위한 것이었다.

선호는 다시 읽을 수 있는 사용 규칙이다

답변을 짧게 하고 결론부터 말해 달라는 선호는 별도 기억으로 남겼다. 다음 대화에서 그 방식을 다시 적용하는 흐름도 확인했다. 여기서 바뀐 것은 모델의 가중치가 아니다. 메모 비서가 요청을 처리하기 전에 참고할 수 있도록 사용 규칙을 저장한 것이다. 모델을 다시 훈련하는 학습과는 작동 방식이 다르다.

따라서 선호는 수정 가능한 정보로 다룬다. 사용자가 답변 방식을 바꾸면 기억을 고치거나 새 버전을 남길 수 있고, 규칙끼리 충돌하면 어느 쪽을 적용할지 물어야 한다. ‘AI가 나를 학습했다’는 표현은 이 과정을 필요 이상으로 넓혀 보이게 한다. 모든 대화가 자동으로 수집되거나 성격이 영구적으로 바뀐 듯 들릴 수 있기 때문이다. 이 단계에서 확인한 결과는 저장한 선호 한 건이 다음 답변 방식에 반영됐다는 것이다. 저장하지 않은 취향을 알아냈다거나 오랜 시간이 지나도 항상 같은 선택을 한다는 보장은 포함하지 않는다.

요청을 끝까지 처리하도록 오류 원인 나누기

메모 도구가 실행되지 않았을 때는 실패한 위치부터 살펴야 한다. 필수 항목이 없거나 허용되지 않은 분류값이 들어가 저장 규칙을 통과하지 못했다면 입력 검증 실패다. 반면 모델 답변이나 도구 요청이 출력 상한에서 잘렸다면, 완성된 입력을 검사하기도 전에 생성이 끝났을 수 있다. 두 경우에 같은 오류 문구를 돌려주면 사용자는 항목을 고쳐야 할지 자료 길이를 조절해야 할지 알기 어렵다.

잘린 도구 요청은 실행하지 않는다. 제목만 있고 본문이 빠지거나 필요한 인수의 일부만 남은 상태로 쓰기가 진행될 수 있기 때문이다. 안내에도 검증에서 거절된 경우와 응답이 끝까지 생성되지 않은 경우를 나누어 표시해야 한다. 쓰기가 어디까지 진행됐는지 불확실하다면 자동으로 다시 시도하지 않고, 먼저 남은 기록을 확인할 수 있어야 한다.

과거 실패 기록 가운데는 일반적인 종료 코드만 있고 모델이 반환한 원래 종료값은 보존되지 않은 사례가 있었다. 그 기록만으로 당시 원인을 반드시 길이 문제였다고 결론 내리지는 않았다. 이후 출력 여유를 늘리고 전송 시간 설정의 불일치도 고쳤지만, 상한 조정만으로 모든 장문 요청이 성공하는 것은 아니다. 다음 오류를 제대로 고치려면 부분 응답과 실제 오류 사유를 구별해 남겨야 한다.

세 가지 요청으로 나누어 시험하기

자신의 메모 비서에 적용할 때는 대화, 저장, 선호 기억을 한꺼번에 시험하지 않는 편이 결과를 읽기 쉽다. 먼저 일반 질문 한 건을 보내 답변만 돌아오는지 본다. 이어서 남길 자료 한 건을 보내 저장 여부를 확인하고, 선호를 기억시킨 뒤 다음 대화의 답변 방식이 달라지는지 살핀다. 성공 메시지와 함께 메모 수를 보면 질문 때문에 불필요한 기록이 생겼는지도 알 수 있다.

아래는 이 시험에 앞서 사용할 수 있는 요청 예시다. 실제 대화의 직접 인용이 아니라, 독자가 자신의 환경에 맞게 바꿔 쓰는 문장이다. 허용할 행동과 금지할 행동을 함께 적고, 선호를 저장하는 것과 모델을 학습시키는 것을 구분했다.

일반 질문과 사담에는 답하되 자동으로 메모를 만들지 말고, 장기 보관이 필요하거나 내가 저장을 원한 내용만 메모 공간 안에서 처리해줘. 선호는 다음 대화에 참고할 수 있는 수정 가능한 기억으로 남기고 학습 완료라고 표현하지 마. 메모 생성·수정·보관은 허용된 공간 안에서만 판단하고, 영구 삭제·외부 발송·계정 변경은 하지 마. 실패할 때는 입력 검증 실패와 응답 길이로 인한 미완성을 구분해 알려줘.

시험 중 실패가 나면 저장 여부만 보지 말고 안내가 원인을 구별하는지까지 읽어 본다. 한두 요청이 잘 처리됐다는 결과는 그 요청의 확인 기록으로 남긴다. 그렇게 해야 다음 개선에서도 이미 확인한 동작과 아직 시험하지 않은 동작을 이어서 판단할 수 있다.

기록 기준: 2026년 10월 22~23일. 제한된 실사용과 수정 기록을 바탕으로 썼다. 구현된 권한과 실제 확인한 동작을 구분하며 전수 검증이나 모든 자료의 성공을 뜻하지 않는다. 계정 정보·개인 메모·키·내부 식별값은 싣지 않는다.

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