계획이 바뀌었다는 사실도 Meta AI가 기억할까?

평소에는 탈 수 있는 가장 이른 기차를 고릅니다. 이번 토요일에는 친구가 함께 가자며 10시 40분 열차를 부탁했습니다. AI 비서는 두 가지를 모두 기억합니다. 그런데 10시 40분 열차가 취소됐습니다. 계획을 다시 짜 달라고 하면 없어진 출발편을 기준으로 일정을 만들까요? 이제는 늦은 기차를 항상 선호한다고 생각할까요? 아니면 이번에만 예외를 둔 이유를 기억하고 친구가 실제로 탈 수 있는 시간을 물을까요?

좋아하는 색을 되풀이하게 하는 것보다 흥미로운 기억 기능 시험입니다. 기억은 다음 단계로 일을 이어갈 때 도움이 됩니다. 며칠에 걸친 계획이라면 선호와 예외를 구분하고, 현재 상태를 확인하고, 사용자가 직접 내릴 결정 앞에서 멈춰야 합니다. Meta의 11월 Muse 및 Meta AI 업데이트로 이런 일을 얼마나 맡길 수 있는지 시험해 볼 수 있습니다.

Meta가 11월부터 순차 적용하기 시작한 기능

Meta는 2026년 11월 6일 Muse와 Meta AI에 기존 모델의 특화 버전을 순차적으로 적용하기 시작했다고 밝혔습니다. 회사가 따로 소개한 연구 모델 시리즈 Muse Wonder로 특화 버전을 학습했습니다. Muse는 긴 작업을 위한 개인 에이전트이고, Meta AI는 범용 비서입니다. 순차 적용이므로 발표만으로 특정 계정, 지역, 화면에서 업데이트를 받았는지는 알 수 없습니다.

Meta는 계획 변경의 서로 다른 부분을 다루는 두 기능을 설명합니다. 두 제품에 모두 소개한 Active Memory는 어떤 문맥을 기억할지, 얼마나 오래 유효한지, 더 최신 정보가 언제 의미를 바꾸는지 판단하도록 돕습니다. Meta가 Muse에서 소개한 Active Focus는 예상치 못한 장애물이 생겨도 사용자의 목표를 이어가는 기능입니다. Meta AI에서는 사용자가 방향을 바꿀 때 적응하거나 추가 질문을 하는 등 대화상의 관련 개선을 설명합니다. 기차 예시에서 기억은 출발 시간과 친구에 관해 무엇을 이어갈지의 문제입니다. 목표에 집중하는 기능은 선택한 열차가 사라졌을 때 가능한 이동 계획을 내놓는 문제입니다.

실제로 써 볼 일을 기준으로 업데이트를 평가하려면 이 차이가 중요합니다. 비서가 새 조건을 정확하게 되풀이해도 첫 선택지가 막히는 순간 포기할 수 있습니다. 의욕적으로 새 일정을 내놓지만 지난주 정보를 쓸 수도 있습니다. 유용한 결과는 지금 조건을 적용하고, 확인할 수 있는 방식으로 다음 단계를 바꿉니다.

Meta에 따르면 자체 Muse 벤치마크에서 중요한 문맥을 제대로 사용한 비율은 76%에서 90%로 14%포인트 올랐습니다. 예상치 못한 문제가 생긴 일상 작업의 Muse 완료 성과는 67% 개선됐다고 보고했습니다. 두 번째 수치는 상대 개선율입니다. 두 결과 모두 Meta 자체 평가에서 나왔습니다. 개인 여행이나 공부 계획, 업무 인수인계에는 다른 제약이 있을 수 있으므로 별도로 확인해야 합니다.

Meta는 제품 사이트에서 Muse 사용 안내를 제공합니다. 대표 이미지는 LPS.1이 2014년 촬영해 CC0로 공개한 Facebook의 멘로파크 캠퍼스 사진입니다. Telli.sh가 원본 사진을 자르고 크기를 조정했습니다.

하나의 계획에 세 종류의 문맥이 있습니다

여행이 토요일이고 열차가 10시 40분에 출발하며 평소 이른 출발을 좋아한다고 하면, 처음 기록할 때는 세 정보가 모두 비슷하게 유용해 보입니다. 시간이 지나면서 유효성이 달라집니다. 세 역할로 구분하면 계획 변경 뒤 비서가 무엇을 잘 처리했는지 알기 쉽습니다.

가상의 여행을 예로 든 Telli.sh 자체 도해. 답변을 검토하기 위한 분류이며 Meta 내부 기억 기능을 보여주는 화면과 구분됩니다.

취소된 열차를 일정에서 빼는 것과 그 열차가 있었던 일을 잊는 것은 다릅니다. 친구가 왜 계획을 바꿨느냐고 물으면 과거 정보가 유용합니다. 무엇을 예약할지 묻는다면 이미 쓸 수 없는 선택지입니다. 비서가 그 사실을 어떤 작업에 쓰는지에 따라 올바른 답이 달라집니다. 질문에 맞는 문맥을 골라 쓰는지 답변에서 확인할 수 있습니다.

선호도 마찬가지입니다. 회의 한 번에 조용한 식당을 요청한 사람이 생일에도 같은 조건을 바란다고 단정할 수 없습니다. 좌석 선호가 앞으로 계속 바뀐다고 말했다면 다른 여행에도 새 선호가 적용되길 기대할 만합니다. 기간을 명시하는 것만으로도 시험 결과와 실제 사용할 계획의 품질을 높일 수 있습니다.

업데이트를 받은 계정에서 할 수 있는 짧은 시험

가상의 정보를 넣고 글로 계획을 요청합니다. 첫 시험을 완전히 가상으로 구성하면 실제 여행 정보를 보내거나 계정 접근 권한을 주지 않고도 변경 처리 방식을 볼 수 있습니다. 프롬프트와 답을 기록하면 화면이 바뀌었을 때 같은 시험을 다시 할 수 있습니다. 업데이트가 계정에 적용됐는지 화면에서 확인할 수 없다면 답변은 현재 화면이 어떻게 동작하는지 보여줄 뿐, 어느 모델이 답했는지 알려주지는 않습니다.

1. 계속 적용할 선호를 정합니다. “평소 가장 이른 기차를 선호합니다. 가상의 토요일 여행에서는 샘과 함께 가고 10시 15분 이후에만 만날 수 있습니다.”라고 말합니다. 선호와 여행 조건을 따로 정리해 달라고 합니다.
2. 곧 바뀔 계획을 줍니다. “처음에는 10시 40분 열차와 13시 박물관 입장을 계획했습니다. 열차는 75분, 역에서 박물관까지는 30분이 걸린다고 가정합니다.”라고 말합니다. 웹을 검색하거나 예약하지 않고 일정을 작성해 달라고 합니다.
3. 세부 정보 하나를 바꾸고 장애물을 추가합니다. “10시 40분 열차는 취소됐습니다. 탈 수 있는 열차는 10시, 11시, 11시 30분뿐입니다. 박물관 입장은 13시 그대로입니다. 가상의 입력으로 보고 어떤 열차가 맞는지 알려주세요.”라고 말합니다. 10시는 친구를 만날 수 있는 조건과 충돌합니다. 11시 열차라면 박물관에 12시 45분, 11시 30분 열차라면 13시 15분에 도착합니다.
4. 판단 근거를 확인합니다. “어떤 정보가 바뀌고 어떤 정보가 여전히 적용되나요? 예약을 바꾸기 전 내게 무엇을 확인할 건가요?”라고 묻습니다. 근거가 있는 답은 11시가 맞는 이유와 15분의 여유를 보여주고 재예약은 별도 확인으로 남깁니다.
5. 예외가 어디까지 적용되는지 시험합니다. 같은 대화에서 샘이 없는 다른 가상 여행을 어떻게 계획할지 묻습니다. 새 대화로 문맥을 가져오는 기능을 지원하고 시험하고 싶다면 새 대화에서도 그 질문을 반복합니다. 현재 대화 기록을 쓰는 것과 대화 간 문맥을 쓰는 것은 서로 다른 경험이므로 관찰 결과를 따로 기록합니다.

가상의 정보로 실행할 수 있는 시험을 그린 Telli.sh 자체 도해.

단계별로 간단한 판정을 하나씩 기록하세요. 주어진 사실을 올바르게 사용하고 결과를 설명하면 통과입니다. 조건과 충돌하거나 이미 무효가 된 선택지를 다시 넣으면 실패입니다. 기억한 문맥인지, 가정인지, 우연히 화면에 있던 정보인지 구분할 수 없으면 판단 보류입니다. 판정은 해당 날짜의 상호작용에 한정됩니다. 성공한 시험을 다른 예로 반복해 결과가 꾸준한지 확인할 수 있습니다.

반대로 선택 가능한 대안이 없는 상황도 시험할 수 있습니다. 박물관 입장 시간을 12시 30분으로 옮겨 다시 질문합니다. 이제 모든 조건을 만족하는 출발편은 없습니다. 유용한 응답은 충돌을 보여주고 어떤 약속을 옮길 수 있는지 묻습니다. 박물관 시간을 몰래 바꾼 매끄러운 답은 계획이 끝난 것처럼 보이면서 문제를 사용자에게 넘깁니다.

같은 기능이 쓸모 있는 다른 상황

예외가 있는 공부 습관. 평소 평일에 짧게 공부하는 학습자가 여행 주간에는 두 번 길게 공부하고, 다음 주에는 원래 방식으로 돌아가길 원합니다. 날짜가 들어간 상황을 주고 두 주의 일정을 보여 달라고 합니다. 계속 적용할 선호를 반복해서 말하는 수고를 줄일 수 있습니다. 한 주만 적용할 지시가 기한이 지나도 남을 우려도 있습니다. 요청한 날짜에 이전 계획으로 돌아오는지, 바뀐 시험 날짜가 이전 마감 시각을 대체하는지 확인합니다.

조건이 바뀌는 봉사 행사 준비. 모임은 평일 저녁을 피하지만 한 구성원이 예외적으로 화요일 장소를 제안합니다. 이후 장소를 쓸 수 없게 됩니다. 가상의 회의실 목록과 이용 가능 시간을 주고 대안을 추천하되 주최자에게 무엇을 더 확인해야 하는지도 알려 달라고 합니다. 바뀐 장소에 맞추면서 나머지 조건을 유지하면 유용합니다. 초안의 대안은 쉽게 되돌릴 수 있고, 참석자 전원에게 이미 보낸 메시지는 영향이 커 별도 검토가 필요합니다.

반복되는 업무 인수인계. 소규모 팀은 한 페이지 상태 보고서를 선호합니다. 이번 프로젝트에는 예외적인 보고 마감이 있고 의존 작업이 막 늦어졌습니다. 가상의 일정으로 인수인계를 다시 작성하고 새 예상 시점을 명시하며 한 페이지 형식을 유지해 달라고 합니다. 유용한 비서는 안정된 형식을 유지하면서 새 일정을 눈에 띄게 보여줍니다. 지난 마감일을 반복하거나 아직 불확실한 의존 작업을 확정한 것처럼 쓰면 문제가 됩니다. 현재 사실과 날짜를 담은 표가 있으면 독자가 직접 확인할 수 있습니다.

이 사례들은 일이 여러 대화에 걸쳐 이어질 때 입력을 덜 반복하고 문맥을 이어갈 기회를 보여줍니다. 답이 익숙하고 자연스럽게 들릴수록 오래된 정보를 알아채기 어려워질 위험이 있습니다. 추정도 결과에 영향을 줍니다. 일시적 예외가 더 넓은 선호라고 말한 적이 없어도 비서가 그렇게 추론할 수 있습니다. 적용 범위가 중요하면 언제 시작하고 끝나며 어떤 이전 정보를 대체하는지 말하세요. 다음 답에 의도한 변화가 반영됐는지도 확인합니다.

실제로 영향을 주는 다음 단계에서 확인합니다

예상 밖 상황에서 회복하는 비서는 대안을 작성하는 시간을 줄일 수 있습니다. 능숙해 보일수록 추천이 실행으로 넘어가기 쉽습니다. 어디까지 맡길지 미리 정하세요. 기차 예시에서 수정 일정은 쉽게 검토할 수 있습니다. 새 표를 사거나 기존 표를 취소하거나 친구에게 일정을 보내면 대화 밖의 상황이 바뀝니다. 제품과 연결된 도구가 그런 일을 할 수 있다면 단계마다 별도의 확인을 요청하세요.

일정은 작업용 사본으로 다룹니다. 최종 예약과 확인 내역은 발행한 서비스에 보관하고 중요한 사실은 그곳에서 확인합니다. 비서의 두 실행을 비교한다면 당시 어떤 입력이 있었는지 적습니다. 시간표가 바뀐 뒤에 작성한 답변은 예전에 저장한 화면 대신 바뀐 시간표에 대조합니다. Meta의 순차 적용 발표와 평가 결과는 회사가 목표로 하는 동작을 설명합니다. 다음 결정을 뒷받침하는 증거는 자신의 입력에서 직접 관찰한 결과입니다.

Active Memory와 Active Focus는 상황이 바뀌어도 긴 작업을 다시 설명하는 횟수를 줄일 수 있다는 가능성을 보여줍니다. 반복할 가치가 있는 시험은 결정의 이유는 기억하고, 기한이 지난 부분은 빼고, 충돌은 해결할 시간이 남아 있을 때 보여주는지 확인하는 일입니다. 영향이 작은 예에서 일관되게 동작한다면 계획의 더 많은 부분을 초안으로 맡기고 결과가 큰 단계는 직접 검토할 근거가 생깁니다.

출처

• 11월 6일 Meta의 Muse 및 Meta AI 특화 모델 발표
• Meta의 별도 Muse Wonder 소개
• Muse 공식 제품 안내 및 둘러보기
• LPS.1이 촬영한 대표 이미지, CC0

Telli.sh 소개

Telli.sh는 녹음, 메모, 문서를 검색 가능한 개인 지식 베이스로 정리해 나중에 결정의 출처를 찾을 수 있게 합니다. 작업 메모와 그 배경을 한곳에 보관하려면 Telli.sh를 사용해 보세요.