반응형

결론부터 말씀드리면, AI 메모리가 모델을 갈아탈 때마다 사라지는 이유는 메모리가 대화 앱(모델)에 붙어 있기 때문입니다. 챗GPT에서 몇 달을 쌓은 대화 맥락은 챗GPT 안에서만 유효하고, 클로드나 제미나이로 옮기는 순간 그 맥락은 못 가져갑니다. 저는 처음엔 이게 AI 자체의 한계인 줄 알았는데, 찾아보니 메모리가 어디에 «붙어» 있느냐의 설계 문제였어요. 마이두를 써보고 나서 그 구조 차이가 눈에 들어왔습니다. 그럼 메모리가 실제로 어디에 붙어 있는지부터 봐볼까요 ?

"AI 모델을 바꾸면 기억이 안 되는 게 원래 그런 거 아닌가요?"

대부분 그렇게 알고 계시더라구요. 그런데 그게 «당연한 한계»가 아니라 메모리와 두뇌(LLM)를 같이 묶어둔 설계의 결과입니다. 챗GPT 메모리는 챗GPT라는 앱 안에 저장되고, 그 앱을 켠 상태에서만 꺼내집니다. 반대로 메모리를 두뇌와 분리해서 별도로 저장해두면, 어떤 모델을 불러오든 그 메모리를 같이 불러올 수 있어요. 마이두는 이 분리 구조를 씁니다 — 두뇌는 갈아끼우는 부품이고, 기억은 그 부품과 별개로 남는 자리예요.

메모리가 모델 안에 있는가, 모델과 분리돼 있는가 — 여기서 갈립니다.

모델을 갈아탈 때, 실제로 뭐가 남고 뭐가 사라지나

단계 챗봇 메모리(모델 종속) 마이두 리콜(모델 분리)
모델 변경 새 앱·새 채팅창으로 이동 같은 프로젝트 안에서 두뇌만 교체
이전 대화 그 앱 안에만 남음 프로젝트에 남아 어떤 모델에서도 조회
"저번에 그거" 다른 모델에겐 통하지 않음 모델을 바꿔도 그대로 소환됨

표의 세 번째 줄이 실제로 체감이 가장 큰 부분이에요. 저는 코드 작업은 클로드로, 자료 정리는 챗GPT로 나눠 쓰는 편인데, 예전에는 "저번에 그거 어떻게 했지" 하고 물으면 그 대화를 나눈 앱을 직접 찾아 들어가야 했습니다. 지금은 어느 쪽에 물어도 같은 프로젝트 기억을 갖고 대답이 나와요.

"챗GPT도 메모리 기능 있잖아요, 뭐가 다른가요?"

이 질문을 제일 많이 받아서 정면으로 짚고 넘어갈게요. 챗GPT 메모리는 제 직업이나 말투 취향 같은 프로필 메모 몇 줄입니다. 반면 마이두 리콜은 어제 만든 문서, 그 결정을 왜 내렸는지 근거가 된 대화, 작업하던 파일까지 통째로 남습니다. 비유하자면 챗GPT 메모리가 책상 위 포스트잇 몇 장이라면, 마이두 리콜은 그날그날 쓴 업무일지 전체예요. 포스트잇은 훑어보면 끝나지만, 업무일지는 "그때 왜 이 방식으로 했지"까지 되짚어집니다.

실제 화면 — 작업 세션이 시간순으로 그대로 남습니다. 무엇을 읽고, 무엇을 실행하고, 무엇을 썼는지가 기록이자 기억이에요. (내부 파일 경로는 블러 처리)

이 기록이 «프로필 메모»와 다른 지점은, 판단 과정 자체가 남는다는 거예요. 나중에 다른 모델을 불러 같은 프로젝트를 열어도, 이 기록을 근거로 이어서 답할 수 있습니다. 모델은 매번 새로 붙는 두뇌일 뿐이고, 기록은 프로젝트 쪽에 쌓입니다.

두뇌와 기억이 분리되면, 실제로 뭐가 남나

대화 앱을 바꿔도, 마이두 프로젝트 쪽 기억은 남습니다.

① 대화 앱을 바꾼다. 새 모델, 새 채팅창으로 이동합니다.
② 챗봇 메모리 기준이면, 이전 대화는 그 앱 안에만 남습니다. 다른 앱으로 옮겨지지 않아요.
③ 마이두 기준이면, 기억이 프로젝트에 붙어 있습니다. 모델을 바꿔도 그대로 유지돼요.
④ 「저번에 그거」로 다시 소환합니다. 다른 모델로 물어봐도 이어집니다.

마이두는 이 구조를 «컨트롤타워»라고 부릅니다
내 AI들을 부리는 컨트롤타워 — 실키(홈 비서)든 클로드 코드든 코덱스든, 어느 두뇌를 불러도 파일·규칙·기억을 이어받고 시작합니다. 모델을 교체하는 게 아니라, 컨트롤타워 밑에서 두뇌만 갈아끼우는 구조예요.

"그럼 모델마다 성능 차이는 어떻게 챙기나요?"

메모리를 분리해뒀다고 모델 선택을 포기하는 건 아니에요. 코드 작업엔 코드에 강한 모델을, 글쓰기엔 다른 모델을 골라 쓰는 식으로 작업별로 두뇌를 바꿔가며 씁니다. 다만 그 선택과 별개로 기억은 프로젝트 쪽에 계속 쌓이니까, "이 모델은 지난 맥락을 모른다"는 문제는 안 생겨요. 모델 선택과 기억 유지가 서로 다른 층에서 돌아가는 셈입니다.

정리하면

AI 메모리는 모델 안이 아니라, 어디에 붙어 있느냐가 핵심이었습니다.

AI 메모리가 모델 갈아탈 때 사라지는 건 AI의 한계가 아니라, 메모리를 모델 안에 묶어둔 설계의 결과였습니다. 기억이 두뇌와 분리돼 프로젝트 쪽에 남아 있어야, 모델을 바꿔도 그 기억이 같이 옵니다. 저는 이 구조를 알고 나서부터는 모델을 고를 때 "이걸로 바꾸면 이전 기록은 어떻게 되지"를 더 이상 걱정하지 않게 됐어요.

더 궁금할 만한 것

"기존에 챗GPT에 쌓아둔 대화도 옮겨오나요?" — 지금 마이두 안에서 새로 시작하는 작업부터 프로젝트에 쌓입니다. 다른 앱에 이미 쌓인 대화를 자동으로 가져오는 기능은 아니에요.

"모델을 여러 개 동시에 쓸 수 있나요?" — 작업별로 다른 모델을 골라 쓸 수 있고, 그 사이에도 같은 프로젝트 기억을 공유합니다.

함께 보면 좋은 글

👉 AI 워크스페이스란, 챗봇 창과 뭐가 다른지 에이전트 임명 화면으로 봤습니다
👉 업무 인수인계, 담당자가 나가도 히스토리는 남아있었어요

마이두 무료로 시작하기

반응형
반응형

AI 워크스페이스라는 말을 처음 들었을 때 챗봇 창을 예쁘게 꾸민 것 정도로 생각했습니다. 써보고 나서 정의가 바뀌었어요. AI 워크스페이스는 AI에게 물어보는 창이 아니라, 일을 맡긴 AI가 자기 자리에서 일하고 결과를 남기는 공간입니다. 챗봇 창은 질문하면 답이 오고 창을 닫으면 끝이지만, 워크스페이스에서는 오늘 임명한 담당이 내일 아침에도 일하고 있어요. 이 차이가 말로는 잘 안 와닿아서, 오늘 실제로 마케팅 보고 담당을 임명한 화면을 순서대로 붙였습니다.

챗봇 창과 AI 워크스페이스, 무엇이 다른가

차이는 산출물이 어디에 남느냐에서 갈립니다. 챗봇 창의 산출물은 텍스트고, 그 텍스트를 문서로 옮기고 다음에 또 시키는 건 사람 몫이에요. 대화를 폴더로 묶어두는 기능도 있지만, 묶어둔다고 AI가 스스로 움직이지는 않습니다. 워크스페이스는 반대예요. 사람은 무슨 일인지 한 번 말하고, 정리된 내용을 확인하고, 임명 버튼을 누르는 데까지만 합니다. 그다음부터는 AI가 정해진 시간에 일하고 보고서를 자기 방에 쌓아요.

질문하는 창인가, 일하는 자리인가.

구분 챗봇 창 AI 워크스페이스
시작 질문을 친다 맡길 일을 말한다
산출물 텍스트 답변 보고서·문서 파일
다음 날 다시 질문해야 한다 담당이 정해진 시간에 다시 일한다
기록 대화 스크롤 담당별 방에 보고서가 쌓인다
사람이 하는 일 묻고, 옮기고, 또 묻기 지시·확인·검수
마이두는 이 자리를 «컨트롤타워»라고 부릅니다
내 AI들을 부리는 컨트롤타워 — 두뇌(어떤 AI 모델을 쓰는지)는 갈아끼워도 임명한 담당·기억·업무 정의는 그대로 남는 구조예요. 워크스페이스라는 일반 명사를 제품 안에서는 이 한 단어로 부릅니다.

에이전트 임명, 실제로는 네 단계였습니다

오늘 마케팅 채널 성과를 매일 보고하는 담당을 하나 임명했습니다. 화면을 그대로 옮기면 이렇습니다.

말하고, 확인하고, 임명하면 끝.

① 무슨 일인지 말한다. "우리 회사 여러 마케팅 채널을 매일 확인하고, 그거에 대한 성과를 보고하는 에이전트 임명할게." 이 한 줄이었습니다.
② AI가 정리해서 되묻는다. 어떤 데이터를 볼지, 언제 보고받을지를 물어봅니다. "구글 애널리틱스 토대로 성과 분석만 하면 될 것 같아", "매일 아침 9시에 보고해줘" 두 번 답했습니다.
③ 임명하기. AI가 담당 이름·보는 데이터·주기를 카드로 정리해 「임명할까요?」 하고 묻고, 버튼을 누릅니다.
④ 보고서가 쌓인다. 그 담당의 방이 생기고, 보고서 목록에 날짜별 보고서가 올라옵니다.

③ 단계 — AI가 정리한 카드. 「'마케팅 성과 리포터'을(를) 임명할까요?」 아래 임명하기 버튼이 있습니다. (2026-09-16 실제 화면)

③에서 AI가 정리한 내용이 제가 말한 것과 달랐으면 「그만두기」를 누르고 다시 말하면 됩니다. 저는 세 줄 다 맞아서 바로 임명했습니다. 이 확인 단계가 있어서 잘못 임명되는 일이 없었어요.

④ 단계 — 담당의 방. 가운데에 날짜별 보고서 목록, 오른쪽에 그날의 일간 보고서 요약이 열립니다. (2026-09-16 실제 화면)

이 방이 워크스페이스의 실체입니다. 챗봇 창이었다면 "어제 보고서 뭐였지" 하고 스크롤을 올려야 했을 텐데, 여기서는 왼쪽 목록에서 날짜를 누르면 그날 보고서가 오른쪽에 열립니다. 대화는 왼쪽에 따로 있고요. 보고서를 읽다가 "이 채널은 왜 빠졌어?" 하고 왼쪽에 물으면 그 담당이 답합니다.

"대화를 프로젝트로 묶는 기능이면 되는 거 아닌가요?"

묶는 것과 일하는 것은 다릅니다. 대화를 묶어두면 찾기는 편해지지만, 내일 아침 보고서는 제가 다시 시켜야 나옵니다. 임명한 담당은 시키지 않아도 아침 9시에 일합니다. 정본의 말을 빌리면 «맡기면, 알아서, 제때»예요. 사람이 하는 건 방에 들어가서 읽는 것뿐입니다.

"결국 자동화 스크립트 아닌가요?"

스크립트를 짤 줄 알면 비슷한 걸 만들 수 있습니다. 차이는 위 ①~③처럼 말로 정하고 말로 고친다는 점이에요. "다음 주부터는 유튜브도 같이 봐"라고 방에서 말하면 담당의 업무 정의가 바뀝니다. 코드를 열 일이 없어요. 그리고 담당이 일한 기록이 그 방에 남아서, 담당자가 바뀌어도 후임은 그 방부터 읽으면 돼요.

정리하면
AI 워크스페이스는 AI에게 물어보는 창이 아니라 AI가 일하는 자리입니다. 임명 한 번이면 다음 날부터 보고서가 쌓입니다.

오늘 확인할 것 — 매일 반복해서 AI에게 시키는 일이 무엇인지 하나만

더 궁금할 만한 것

"담당을 여러 명 둘 수 있나요?" — 됩니다. 마케팅 보고 담당 옆에 커밋 보고 담당, 메일 담당이 각자 방을 갖고 있습니다. 방마다 보고서가 따로 쌓여서 섞이지 않아요.

"보고서를 폰에서도 보나요?" — 갈림길이 생기면 폰으로 물어보고, 답하면 이어서 일합니다. PC를 지키고 앉아 있을 필요는 없었습니다.

"어떤 AI 모델을 쓰나요?" — 쓰던 계정을 연결해서 씁니다. 모델을 바꿔도 임명한 담당과 방의 기록은 그대로예요.

AI 워크스페이스란 결국 «AI가 어디에서 일하느냐»의 문제였습니다. 창이 아니라 자리를 주고 나니, 시키는 일이 줄고 읽는 일이 남았습니다.

함께 보면 좋은 글

👉 AI 업무 자동화 사례, 사람이 자리를 비워도 되는 지점까지 써봤습니다
👉 업무 인수인계, 담당자가 나가도 히스토리는 남아있었어요
👉 AI 문서 작성 도구, 만드는 것보다 보내는 게 더 일이었습니다

마이두 무료로 시작하기

반응형
반응형

결론부터 쓰면, AI 문서 작성 도구를 고를 때 "얼마나 잘 써주나"만 보면 절반만 보는 겁니다. 문서는 만든 다음에 누군가에게 보내야 끝나는데, 그 보내는 단계가 첨부파일이면 왕복이 시작됩니다. 메일에 붙이고, 고치고, 다시 붙이고, 어느 게 최신인지 서로 묻는 왕복이요. 마이두는 만든 결과물을 파일이 아니라 링크로 보내고, 고쳐도 같은 주소에서 바뀝니다. 만드는 쪽이 아니라 보내는 쪽에서 뭐가 달라지는지 정리해봤습니다.

문서를 만든 다음, 그 뒤가 문제

AI로 제안서 초안을 10분 만에 뽑았다고 해보죠. 그다음은 대개 이렇게 흘러가요. 워드로 저장해서 메일에 첨부하고, 상대가 코멘트를 보내오면 고쳐서 다시 첨부합니다. 두 번째 파일명은 v2가 되고, 세 번째쯤 되면 상대 메일함에 파일이 세 개 쌓여서 "이게 최신 맞죠?"라는 질문이 오는데요. 문서를 만드는 데 10분이 걸렸는데, 이 왕복에 이틀이 갑니다.

문서를 만든 다음, 보내는 방식 셋.

보내는 방식 실제로 벌어지는 일
첨부파일 고칠 때마다 다시 붙임 — 상대 메일함에 버전이 쌓이고 어느 게 최신인지 모름
공유 드라이브 권한 요청, 폴더 위치 안내가 또 한 번의 일 — 외부 상대일수록 막힘
링크 한 줄 주소 하나 보내면 끝 — 고쳐도 같은 주소, 상대는 브라우저로 열기만

공유 드라이브가 있는데도 첨부파일이 안 없어지는 이유가 둘째 줄입니다. 같은 회사 안에서는 되는데, 거래처나 외부 검토자에게는 권한부터 열어줘야 해서 결국 "그냥 파일로 보내주세요"가 됩니다.

링크로 보내면 어떻게 생겼나

마이두에서 문서를 만들면 결과물을 두피루스라는 한 장짜리 웹페이지로 발행할 수 있습니다. 주소는 mydoo.ai/p/… 형태이고, 상대는 앱 설치나 로그인 없이 브라우저로 열어요. 아래는 실제로 발행되어 있는 페이지를 오늘 브라우저에서 캡처한 화면인데요.

실제 발행된 두피루스 페이지(mydoo.ai/p/5kvBZWVf) — 18장짜리 소개서가 링크 하나로 열립니다.

이 페이지는 18장짜리 서비스 소개서인데, 받는 사람 입장에서는 파일이 아니라 주소 한 줄이에요. 핵심은 그다음인데요. 내용을 고치면 같은 주소에서 내용만 바뀝니다. 새 링크를 다시 보낼 필요가 없고, 상대가 예전 링크를 열어도 최신 내용이 뜹니다. "v2 보냈어요, 아까 건 무시하세요"라는 메일이 사라지는 지점이 여기입니다.

만든 문서를 링크로 보내는 순서

만든 문서를 링크로 보내는 순서.

① 문서 만들기. 자료를 주고 마이두에게 한 장짜리 화면으로 만들게 합니다. 대화로 맥락을 짓고, 문서로 맺는 흐름입니다.
② 링크로 발행. 두피루스로 올리면 mydoo.ai/p/… 주소가 생깁니다.
③ 주소만 보내기. 메일이든 메신저든 주소 한 줄이면 됩니다. 상대는 브라우저로 엽니다.
④ 고치면 제자리 갱신. 수정은 같은 주소에서 내용만 바뀝니다. 링크를 다시 보내지 않습니다.

④번이 있어야 이 방식이 의미가 있습니다. 링크로 보냈는데 고칠 때마다 새 링크가 생기면 첨부파일과 다를 게 없으니까요.

"구글 문서 공유 링크도 있잖아요?"

있습니다. 다만 그건 문서 도구 안에서 문서를 공유하는 것이고, 여기서 말하는 건 AI가 만든 결과물 자체가 링크로 나오는 것입니다. 제안서, 보고서, 소개서처럼 읽는 사람에게 보여주는 산출물이 대상이고, 함께 편집하는 용도가 아닙니다. 상대가 편집해야 하는 문서라면 공유 문서 도구가 맞고, 보여주고 승인받는 문서라면 링크 한 장이 맞습니다.

"회사 자료가 링크로 공개되는 거 아닌가요?"

두피루스에 올라가는 건 내가 발행하기로 정한 그 한 장뿐입니다. 자료를 다룬 대화나 원본 파일은 내 PC에 남아요. 마이두는 대화와 기억을 내 기기에 두는 로컬 우선 구조라, 결과물만 골라 밖으로 내보내는 방식이에요. 발행 전에는 어디에도 올라가지 않아요.

정리하면
AI가 문서를 잘 만들어도 첨부파일로 오가는 순간 버전이 갈라집니다. 결과물을 링크로 두면 왕복이 사라지고, 고쳐도 같은 주소입니다.

두피루스 — 결과물을 파일이 아니라 링크로

자주 묻는 것들

"상대가 파일로 달라고 하면요?" — 그때는 파일로 주면 돼요. 링크는 강제가 아니라 왕복을 줄이는 선택지니까요. 다만 검토 단계는 링크로 돌리고 확정본만 파일로 넘기면 왕복 횟수가 확 줄어듭니다.

"링크가 영영 남나요?" — 발행한 사람이 내리면 열리지 않아요. 검토 끝난 문서는 내려두면 그만입니다.

AI 문서 작성 도구, 결국 잘 쓰는 도구보다 보낸 다음이 편한 도구가 시간을 줄였습니다.

함께 보면 좋은 글

마이두 무료로 시작하기

반응형

+ Recent posts