메모리: 맥락을 가르치는 법 | Aside 브라우저 사용설명서 5장

메모리는 반복할 업무 맥락을 저장하고, 잘못된 기억을 고쳐 쓰는 장치다.

처음 일을 맡길 때는 설명할 것이 많다. 어느 사이트를 쓰는지, 어떤 형식으로 결과를 받는지, 어디까지 진행하고 어디서 멈춰야 하는지를 말해야 한다. 다음 날 같은 일을 부탁할 때 이 설명을 처음부터 반복한다면 AI를 쓰는 수고가 줄지 않는다. 어사이드의 메모리는 이 반복을 덜어 주는 기능이다. 지난 대화를 그대로 외우게 하는 것보다, 다음 업무에도 필요한 기준을 남기는 데 의미가 있다.

4장에서 비밀번호를 전달하지 않고 로그인할 조건을 정했다면, 이번에는 비밀값이 아닌 업무 맥락을 정리할 차례다. 이 장에서는 무엇을 기억시킬지 고르고, 저장된 내용을 확인하고, 잘못된 기억을 수정하는 방법을 다룬다. 메모리 설정을 바꾸거나 개인 기록을 공개하는 실습 대신, 공식 안내와 집필 환경에서 확인한 저장 구조를 바탕으로 설명한다.

5.1 대화가 남아 있는 것과 기억하는 것은 어떻게 다를까?

대화 기록은 그때 주고받은 말의 흐름이고, 메모리는 다음 작업에 다시 쓸 맥락이다. 어사이드 공식 도움말은 메모리가 방문 기록, 대화, 작업에서 얻은 맥락을 재사용하도록 돕는다고 설명한다. 예를 들어 긴 대화 안에 보고서 형식에 대한 논의가 여러 번 있어도, 다음 업무에 필요한 것은 “표에는 확인일을 적고 미확인 값은 빈칸 대신 미확인으로 표시한다”는 짧은 기준일 수 있다. 원래 대화와 정리된 기억은 역할이 다르다. 메모리를 잘 쓴다는 것은 모든 문장을 빠짐없이 보관하게 하는 일이 아니라, 반복해서 필요한 판단 기준을 알아보기 쉬운 형태로 남기는 일이다.

기억이 있다는 것과 현재 사실이 맞는 것도 다르다. 지난주에 특정 화면에서 파일을 내려받았다는 기억은 이번에도 그 화면을 찾아가는 단서가 된다. 그러나 메뉴가 바뀌었는지, 새 파일이 올라왔는지, 같은 계정으로 접속했는지는 지금 확인해야 한다. 기억은 출발점을 앞당겨 주지만 결과 확인을 생략하게 하지는 않는다. “지난번과 같은 방식으로 하되 현재 화면에서 결과를 확인해 줘”라는 요청이 유용한 이유다.

구분	맡기는 역할	예시
현재 요청	이번 작업의 범위와 예외	오늘은 목록만 조회하고 파일은 수정하지 않기
대화 기록	그때의 질문·판단·변경 과정 확인	지난번에 표 형식을 바꾼 이유 찾기
메모리	여러 작업에서 이어 쓸 맥락	보고서에는 확인일과 출처를 넣는 선호
스킬	반복 작업의 절차와 작성 기준	자료 수집·검증·정리 순서를 담은 지침
권한 설정	도구와 파일 접근 등의 실제 허용 범위	접근 제한이나 승인 요청 규칙

5.2 무엇을 기억시키면 설명이 줄어들까?

처음에는 세 가지면 충분하다. 첫째는 결과를 받는 방식이다. 짧은 요약을 먼저 볼지, 표를 받을지, 출처와 확인일을 어디에 적을지 정한다. 둘째는 진행 중인 업무의 맥락이다. 목표, 확정한 기준, 아직 해결하지 않은 문제를 남긴다. 셋째는 반복해서 필요한 주의점이다. 비슷한 이름의 자료를 구분하는 방법이나 검증할 항목처럼, 다음 작업에서도 실수를 줄여 주는 내용이다. 관심사 전체를 길게 입력하기보다 실제 업무에서 다시 설명한 문장부터 고르는 편이 쉽다.

좋은 기억은 적용 범위가 보인다. “항상 표로 답해 줘”보다 “월간 자료 비교에서는 기간·값·출처를 표로 정리해 줘”가 구체적이다. 전자는 짧은 질문이나 글쓰기에도 불필요한 표를 만들 수 있지만, 후자는 어느 일에 적용하는지 분명하다. 선호를 기억시킬 때는 기본값과 예외를 함께 적을 수 있다. “평소에는 요약을 먼저 보여 주되, 오류 원인을 묻는 경우에는 확인 과정도 설명해 줘”처럼 쓰면 간결함과 설명의 필요를 함께 살릴 수 있다.

앞으로 반복할 자료 비교 업무의 기준으로 기억해 줘.
결과는 요약을 먼저, 상세 표를 뒤에 보여 줘.
표에는 자료의 기준일과 확인한 출처를 넣어 줘.
확인하지 못한 값은 추측하지 말고 ‘미확인’으로 표시해 줘.
이 기준은 자료 비교 업무에 적용하고, 다른 글쓰기까지 확대하지 마.
저장한 핵심 내용을 짧게 보여 줘.

이 예시는 독자가 자기 업무에 맞게 바꾸어 쓸 요청문이다. 이번 집필에서 실제 선호로 저장한 내용이 아니다. 중요한 것은 “기억해”라는 표현 하나보다 무엇을, 어디에 적용하며, 어떤 예외를 둘지 함께 말하는 것이다. 저장 결과를 짧게 돌려받으면 AI가 사용자의 의도를 어떻게 요약했는지도 확인할 수 있다.

5.3 기억은 어디에 저장되고 어떻게 읽을까?

공식 소개에 따르면 어사이드 메모리는 기기에 Markdown 형식으로 저장되며 사용자가 읽고 편집할 수 있다. Markdown은 제목, 목록, 짧은 문단을 평범한 텍스트로 적는 문서 형식이다. 내용을 확인하려고 데이터베이스 명령이나 프로그램 코드를 배울 필요는 없다. 처음에는 파일을 직접 찾아가기보다 Settings > Memory에서 시작한다. 공식 도움말은 Overview에서 저장 내용을 살피고 편집하며, History에서 변경 이력을 확인하고, Configure에서 보존 기간 등 설정을 바꾸도록 안내한다. 화면 배치는 업데이트에 따라 달라질 수 있다.

집필에 사용한 macOS 환경에서는 계정별 데이터 경로 아래 memory 폴더를 확인했다. 경로의 형태는 ~/.aside/u/<계정번호>/memory/였다. 이곳에 USER.md, MEMORY.md, TAXONOMY.md와 episodic, projects, sites, people, users, routines 등의 폴더가 있었다. 이는 해당 환경의 관찰이며 모든 기기에서 경로나 폴더 구성이 같다는 보장은 아니다. Windows 경로는 이 장에서 실측하지 않았다.

구조를 이해할 때는 날짜별 기록과 주제별 맥락을 나누어 보면 된다. 날짜별 기록은 언제 어떤 일을 했는지 돌아보는 데, 프로젝트나 사이트별 기록은 그 일을 이어 가는 데 유용하다. 요약 파일은 반복해서 필요한 맥락을 짧게 정리하는 층으로 이해할 수 있다. 구조도는 이 구분을 설명하기 위한 것으로, 폴더를 모두 외우거나 직접 새로 만들라는 뜻은 아니다. 숨김 파일이나 내부 색인 파일은 일반 메모처럼 임의로 바꾸지 않는다.

5.4 잘못 기억한 내용은 어떻게 고칠까?

기억이 틀렸을 때는 이번 답변만 고치는 것과 저장된 맥락을 고치는 일을 구분한다. “이번에는 그렇게 하지 마”라고 말하면 해당 작업의 예외인지, 앞으로의 기준을 바꾸려는 것인지 모호할 수 있다. 지속적으로 바꿀 내용이라면 예전 기준, 새 기준, 적용 범위를 한 번에 적는다. 과거의 결정 자체가 잘못됐던 것인지, 당시에는 맞았지만 지금 바뀐 것인지도 구별한다. 이 차이를 남겨야 다음 작업에서 오래된 결정이 현재 기준처럼 다시 쓰이는 일을 줄일 수 있다.

자료 비교 업무의 메모리를 수정해 줘.
기존의 ‘최신 파일 하나만 비교한다’는 기준은 더 이상 적용하지 않아.
이제는 같은 기간의 원본과 수정본을 함께 확인해 줘.
이 변경은 오늘 이후 자료 비교 작업에 적용해 줘.
과거 작업에서 최신 파일만 사용했다는 사실은 당시 기록으로 구분해 줘.
관련 기억에 모순되는 현재 기준이 남아 있는지 확인하고,
바꾼 내용과 아직 확인하지 못한 부분을 알려 줘.

직접 편집하고 싶다면 Settings > Memory의 Overview에서 해당 내용을 찾는다. 변경 이력을 살필 때는 History를 사용한다. 긴 내용을 통째로 교체하기보다 잘못된 문장과 그 문장이 적용되는 범위를 확인하고 필요한 부분만 고친다. 로컬 Markdown 파일을 편집하는 경우에도 원래 내용을 복구할 수 있도록 관련 부분을 안전하게 보관한다. AI의 자동 정리가 진행 중이라면 같은 파일을 동시에 고치는 작업은 피하는 편이 좋다. 이는 편집 충돌을 줄이기 위한 운영 권고다.

수정 후에는 “수정했다”는 답만 보지 말고 바뀐 기준을 다시 설명하게 한다. 가능하면 새 작업에서 관련 기준을 불러오는지도 확인한다. 다만 한 번 올바르게 답했다는 사실이 이후 모든 작업에서 완벽하게 적용된다는 보장은 아니다. 비용이 들거나 외부에 영향을 주는 일에서는 그때의 요청에도 중요한 조건을 다시 적는다. 메모리의 목적은 설명을 줄이는 것이지, 중요한 조건을 확인하는 책임까지 없애는 것이 아니다.

5.5 dreaming은 매일 정해진 시각에 일어날까?

공식 소개는 작업에서 사람, 조직, 결정 같은 핵심 정보를 추출하는 기능을 Dreaming이라는 이름으로 설명한다. 공개 예시 화면에는 작업에서 기록을 추출하는 이력과 의미 중심의 메모리를 정리하는 이력이 구분돼 있다. 이를 이해하는 쉬운 비유는 작업 노트와 정리 노트다. 작업 노트에는 그날의 일이 남고, 정리 노트에는 앞으로도 쓸 맥락이 모인다. 다만 이것을 모든 대화를 빠짐없이 압축하는 백업이나 AI 모델 자체를 재학습시키는 과정이라고 이해할 필요는 없다.

2026년 9월 26일 집필 환경의 설정을 읽기 전용으로 확인했을 때 dreamingMinHours는 24, dreamingMinSessions는 5였다. 메모리 활성화 값은 true였고, episodicRetentionDays는 0이었다. 이 숫자는 이 환경에 저장된 설정값이지, 모든 사용자의 기본값이나 실행을 보장하는 시간표가 아니다. 이번 확인만으로 시간과 세션 수 조건이 정확히 어떻게 결합되는지, 어떤 시점에 실행되는지까지 검증한 것은 아니다.

따라서 “24시간마다 반드시 정리된다”거나 “대화를 다섯 번 보내면 즉시 정리된다”고 안내하지 않는다. 세션 수를 메시지 수와 같다고 가정해서도 안 된다. 독자가 필요한 것은 숫자를 외우는 일이 아니라 중요한 변경이 반영됐는지 확인하는 습관이다. 다음 작업에 바로 필요한 결정이라면 자동 정리를 기다리기보다 명시적으로 기억을 갱신해 달라고 요청하고 결과를 확인한다. History에서는 실제 변경 이력을 살펴본다.

공식 소개 화면에는 Dream now라는 표시도 있지만, 이번 집필에서는 수동 정리를 실행하지 않았다. 이런 버튼을 누르는 것을 메모리 문제의 첫 해결책으로 삼을 필요는 없다. 먼저 저장 내용이 틀렸는지, 내용은 맞지만 이번 작업에 불러오지 못했는지, 지금 요청과 과거 기준이 충돌하는지를 나눈다. 정리 작업이 있다는 사실과 내가 원하는 기억이 정확하게 쓰였다는 사실은 별도로 확인할 대상이다.

5.6 메모리를 끄면 이전 기억도 사라질까?

공식 도움말의 설정 경로는 Settings > Memory > Configure다. 메모리를 켜면 방문 기록을 맥락으로 사용하고 대화와 작업에서 기억을 만들 수 있다. 끄는 기능은 새 대화나 작업에서 기억을 만들지 않으려는 경우의 선택으로 안내된다. 이 설명만으로 기존 기억, 대화 기록, 다운로드한 파일까지 모두 삭제된다고 해석해서는 안 된다. 앞으로의 생성 여부와 이미 남은 자료의 정리는 서로 다른 확인 항목이다.

보존 기간의 공식 선택지는 Never forget, 30 days, 90 days다. 문서는 이 설정의 대상을 episodic memories, 즉 날짜별 일상 기록으로 설명한다. 따라서 보존 기간을 30일로 바꿨다는 이유만으로 모든 주제별 메모리와 작업 산출물, 브라우저 기록까지 30일 후 사라진다고 가정하지 않는다. 남기고 싶은 업무 맥락과 오래 보관할 필요가 없는 일상 기록을 구분해 선택하고, 삭제가 필요한 자료는 종류별로 범위를 확인한다.

원하는 결과	확인할 곳과 범위
새 작업에서 기억을 만들지 않기	Memory > Configure의 메모리 활성화 설정
날짜별 기억의 보존 기간 바꾸기	Never forget / 30 days / 90 days
틀린 저장 내용 바로잡기	Memory > Overview 및 변경 후 내용
기억이 어떻게 바뀌었는지 보기	Memory > History
방문 기록이나 사이트 데이터 지우기	Security & Privacy의 브라우저 데이터 삭제 범위
대화나 생성 파일 정리하기	해당 작업과 파일의 저장 위치·삭제 범위

5.7 기억시키지 않는 편이 좋은 것은 무엇일까?

메모리는 비밀번호 보관함이 아니다. 비밀번호, API 키, 일회용 인증 코드 같은 비밀값을 일반 기억에 넣지 않는다. 고객의 식별 정보나 민감한 자료도 반복 업무에 꼭 필요한지 먼저 판단한다. “이 사이트에서 매월 자료를 내려받는다”는 작업 맥락과 자료 안에 담긴 개인 정보 전체는 다르다. 필요한 경우 대상의 역할이나 자료 위치만 남기고, 실제 내용은 권한이 있는 원본에서 작업할 때 확인하는 편이 낫다.

로컬 저장은 중요한 특징이지만, 저장 장소와 모델의 처리 장소는 구분해야 한다. 공식 소개는 메모리가 기기에 Markdown으로 저장된다고 설명한다. 한편 개인정보처리방침은 호스팅된 모델 제공자에게 작업에 필요한 문맥이 전달될 수 있다고 밝힌다. 저장된 기억이 작업 문맥으로 사용될 때도 이 경계를 염두에 두어야 한다. “내 기기에 파일이 있으니 그 내용은 어떤 경우에도 외부 모델에 전달되지 않는다”는 결론으로 확대하지 않는다. 조직의 자료 처리 규칙과 사용하는 모델의 정책을 함께 적용한다.

권한과 동의도 기억만으로 해결하지 않는다. “앞으로 알아서 처리해”라는 오래된 말은 모든 사이트의 게시·발송·결제를 계속 허용하는 근거로 삼기 어렵다. 반복 업무의 선호는 메모리에 남기되 중요한 행동의 승인 범위는 현재 요청과 제품의 권한 설정으로 분명히 한다. 확인해야 할 마지막 단계를 습관처럼 기억시키는 것은 도움이 되지만, 그 문장 자체가 기술적인 차단 장치가 되는 것은 아니다. 실제 권한 설계는 11장에서 다룬다.

5.8 오래된 기억보다 현재 증거를 먼저 본다

메모리의 유용함은 틀린 판단도 반복될 수 있다는 성질과 함께 온다. 한 번의 실패를 사이트의 영구적인 제한으로 저장하거나, 임시 우회 방법을 표준 절차로 남기면 다음 작업의 출발점이 잘못된다. 따라서 관찰과 해석을 나누어 적는다. “이 기능은 안 된다”보다 “해당 날짜와 환경에서는 이 단계에서 멈췄다. 다시 시도할 때 현재 지원 상태를 확인한다”가 더 나은 기억이다. 기억의 확신을 높이는 것보다 조건과 확인 방법을 남기는 것이 중요하다.

외부 보고서나 다른 AI의 평가도 같은 원칙으로 다룬다. 누군가 “설정이 빠졌다”고 말했더라도 현재 화면이나 파일을 확인하기 전에는 확정된 결함으로 남기지 않는다. 수정했다면 무엇을 바꿨는지와 어떤 결과로 확인했는지를 함께 남긴다. 이후 같은 지적이 들어왔을 때 과거 보고서를 되풀이하는 대신 현재 증거와 비교할 수 있다. 이 방식은 기억을 더 길게 만드는 것보다 다음 판단의 품질을 높이는 데 도움이 된다.

오늘 확인한 내용을 다음 작업의 참고로 정리해 줘.
확인한 사실, 내 결정, 아직 확인하지 못한 점을 구분해 줘.
날짜와 적용 환경을 붙이고, 추측을 확정 사실처럼 저장하지 마.
나중에 다시 확인해야 하는 항목에는 확인 방법을 적어 줘.
개인 식별 정보와 비밀값은 넣지 마.

5.9 첫 메모리 실습은 기준 하나면 충분하다

처음부터 사용자 소개서나 모든 업무 이력을 넣을 필요는 없다. 실제로 반복해서 설명한 기준 하나를 고른다. 예를 들어 “자료 요약에는 출처와 확인일을 넣는다”는 기준은 민감한 정보 없이도 효과를 확인할 수 있다. 적용할 업무를 지정해 기억시킨 뒤 저장한 내용을 짧게 확인한다. 이후 새 작업에서 공개 자료 하나를 요약하게 하고 그 기준을 사용했는지 살펴본다. 이때 비교 목적의 실제 발송이나 결제는 필요하지 않다.

예상과 다르다면 기준을 더 많이 쌓기 전에 원인을 좁힌다. 저장 문장이 모호했는지, 적용할 업무가 불분명했는지, 이번 요청에서 다른 형식을 요구했는지를 본다. 필요하면 Memory 화면에서 내용을 확인하고 수정한다. 반대로 유용했다면 같은 방식으로 프로젝트 목표나 반복 점검 항목을 조금씩 더한다. 이 실습은 독자용 절차이며 이번 집필에서 개인 메모리를 새로 만들거나 삭제한 검증 기록은 아니다.

메모리가 잘 작동하는지는 얼마나 많은 정보를 쌓았는지가 아니라, 다음 작업에서 불필요한 재설명이 줄고 중요한 기준이 정확하게 이어지는지로 판단한다. 기억할 것과 기억하지 않을 것을 고르고, 잘못된 내용은 고치며, 바뀔 수 있는 사실은 현재 자료에서 확인한다. 그러면 메모리는 막연히 AI가 나를 알아주기를 기대하는 기능이 아니라 직접 관리할 수 있는 업무 자산이 된다. 다음 장에서는 이 맥락을 넘어 반복 절차 자체를 가르치는 스킬을 살펴본다.

확인한 공식 자료와 관찰 범위

2026년 9월 26일 확인. 메모리 활성화·보존 기간·편집 안내 · 메모리와 Dreaming 공식 소개 · 브라우저 데이터와 개인정보 설정 · 작업 기록과 생성 파일 안내 · 개인정보처리방침. 폴더 이름과 설정값은 집필 환경에서 읽기 전용으로 확인한 관찰이며 보편적인 기본값을 뜻하지 않는다. 설치 버전별 메뉴 차이와 dreaming의 정확한 발동 조건은 이 장에서 검증하지 않았다.

다음 글: 6장 · 스킬: 코드 없이 에이전트를 가르치기
이전 글: 4장 · 비밀번호를 AI가 못 보게 로그인시키기
『Aside 브라우저 사용설명서』 연재 목록

공식 자료와 저장 구조를 확인하고 AI의 도움을 받아 작성·편집했습니다. 개인 메모리 본문은 공개하지 않았으며 메모리 생성·수정·삭제, 보존 설정 변경, 수동 dreaming 실행은 하지 않았습니다. 요청 예시와 구조도는 설명용입니다. 초판 선공개 원고 v1.0.