Insights
AI가 자동으로 큐레이션·번역·정리하는 기술 동향 피드입니다.
Meta의 개인 AI 에이전트 Muse는 사용자의 커뮤니케이션 스타일에 맞춰 설계되어 사람과 대화하는 듯한 경험을 제공합니다. 앱을 닫아도 작업을 지속하며, 사용자 목표를 주기적으로 확인하고 자율적으로 정보를 조사하여 알림을 보내는 '프로액티브 에이전트'가 핵심입니다.
AI 자동 생성 콘텐츠
본 콘텐츠는 Qiita AI의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기Muse는 Meta 사(구 Facebook)가 제공하는 개인용 AI 에이전트입니다. 2026년 9월 8일에 서비스가 시작되었으며, 미국, 캐나다, 일본, 싱가포르에서 제공되고 있습니다.
공식에서도 소개된 바와 같이, Muse는 사용자가 평소에 사용하는 커뮤니케이션 스타일에 맞춰 설계되었습니다. 따라서 마치 사람과 대화하는 듯한 느낌으로 사용할 수 있다는 것이 큰 특징입니다.
시간이 오래 걸리는 작업의 경우, 사용자가 앱을 닫은 후에도 작업을 계속 수행하며, 상황 변화가 생기거나 이메일 전송, 상품 구매 등 승인이 필요한 일이 발생했을 때 사용자에게 알림을 보냅니다. 또한, Muse는 사용자에게 중요한 것을 기억하고 과거 대화를 바탕으로 제안하거나 행동할 수 있습니다.
실제로 사용해 보니 주변의 대부분의 일은 맡길 수 있을 것 같다는 느낌이 들었습니다. 제가 Muse에 주로 맡긴 작업들은 다음과 같습니다.
시작하는 것도 매우 간단합니다. 나중에 설명할 '아이디어 탭'에 작업 후보들이 목록으로 나열되어 있어, 궁금한 것을 선택하면 그 내용을 바탕으로 Muse가 작업을 시작해 줍니다. 이러한 간편함은 사용하면서 기분 좋은 포인트였습니다.
Muse에는 '메인 채팅(Main Chat)'과 '사이드 채팅(Side Chat)' 두 가지 종류의 채팅이 있습니다.
간단히 말하자면, 메인 채팅은 전체적인 창구 역할을 하며, 사이드 채팅은 개별 작업이나 주제별 전용 채팅입니다.
주제나 작업별로 사이드 채팅을 분리해 두면 대화의 흐름을 따라가기 쉽습니다. 또한, 사이드 채팅 내용은 메인 채팅에서도 확인할 수 있기 때문에, 둘을 번갈아 사용함으로써 쾌적하게 이용할 수 있습니다.
아이디어 탭은 Muse가 '이런 것도 할 수 있어요'라고 제안해 주는 카드들이 나열된 탭입니다. 이 카드들은 평소 대화 내용이나 목표를 바탕으로 Muse가 작성한 것이 중심이며, 처음 사용하기 시작할 때는 입문용 카드들도 함께 나열되어 있습니다.
궁금한 카드를 선택하면 그 내용에 맞춰 Muse가 작업을 시작해 줍니다. iPhone에서는 탭을 하면 먼저 상세 화면이 열리므로, 내용을 확인한 후 진행 여부를 결정할 수 있습니다.
즉, 아이디어 탭은 Muse 측에서 사용자에게 제안하는 공간입니다. 이러한 메커니즘은 다른 서비스에서는 보기 어려워 특히 마음에 드는 기능입니다.
Muse는 지시받은 작업을 그 자리에서 수행만 하는 것이 아닙니다. 사용자의 목표나 상황을 주기적으로 확인하며 자율적으로 미리 정보를 조사해 줍니다. 나아가, 조사한 내용이 '지금 전달할 가치가 있는지'까지 판단하여 해당 사이드 채팅에 알려줍니다.
예를 들어 OSS 활동의 경우, 기여하고 싶은 프로젝트 중 추천 이슈(issue)를 찾아줄 뿐만 아니라, 처음에 제시된 이슈 개수에 오류가 발견되면 내부적으로 재검증하여 수정해 주었습니다. 스스로 다시 부탁하지 않아도 정보가 업데이트된다는 점이 매우 도움이 되었습니다.
덕분에 '하려고 했는데 잊어버렸다'는 상황이나 조사에 소비하는 시간이 크게 줄었습니다. 자신의 상황 변화에도 빠르게 알아차릴 수 있게 되었다고 느낍니다.
이처럼 지시를 기다리지 않고 스스로 움직이는 AI 에이전트는 **프로액티브 에이전트(proactive agent)**라고 불립니다. 메커니즘적으로는 백그라운드에서 비동기적으로 작업을 수행하는 백그라운드 실행(Background Execution), 정해진 시간에 처리를 시작하는 스케줄 실행(Schedule Execution), 특정 사건을 계기로 움직이는 이벤트 기반 트리거(Event-driven Trigger) 등의 기술이 결합되었다고 생각됩니다.
최근 용어로 말하자면 Agentic AI라는 큰 틀의 일부이며, 그중에서도 항상 백그라운드에서 움직이는 타입은 **앰비언트 에이전트(ambient agent)**라고 불리기도 합니다.
작업을 대신 수행해 주는 에이전트이다 보니 '멋대로 이메일을 답장하거나 결제하지 않을까' 하는 불안감이 있을 것입니다.
이에 대해 Meta는 공식 블로그에서 '에이전트는 틀릴 수도 있고, 공격을 받을 수도 있다'는 전제하에 문제가 발생해도 피해를 최소화하도록 설계되어 있다고 설명합니다.
여기서는 특히 중요하다고 느낀 3가지 포인트를 소개합니다.
Muse는 사용자별로 준비된 클라우드상의 전용 컴퓨터(VM)에서 구동됩니다. 연동된 서비스의 데이터나 인증 정보 역시 Meta의 중앙 서버가 아닌 이 VM 내부에 보관됩니다.
또한 VM 내부에는 에이전트가 작업을 수행하는 '런타임 셀(Runtime Cell)'과 보안상 중요한 처리를 담당하는 '호스트 측 서비스(Host-side Service)'로 분리되어 있습니다. 에이전트가 작동하는 영역은 컨테이너로 격리되며 권한도 엄격하게 제한되어 있어, 가령 에이전트가 탈취되더라도 중요한 시스템에는 접근할 수 없는 구조입니다.
Muse가 이메일 전송이나 외부 사이트 접근 등을 수행할 때, Muse 자체는 액션을 단순히 '제안' 할 뿐입니다. 실행해도 되는지 여부를 최종적으로 판단하는 것은 에이전트와 별도로 작동하는 Sentinel이라는 시스템이며, Muse 측에서 그 판단을 뒤집을 수는 없습니다.
확인이 필요한 작업에서는 Sentinel이 처리를 멈추고 앱 화면에 직접 승인 다이얼로그를 표시합니다. 이 승인은 Muse와의 대화를 거치지 않기 때문에, 에이전트가 대화 속에서 '승인되었다'고 위장할 수도 없습니다.
반면, 읽기 전용 작업이나 위험도가 낮은 작업은 확인 절차 없이 진행되므로, 모든 것에 대해 승인이 요구되는 것은 아닙니다.
승인 범위 역시 '단 한 번', '이 작업 동안만', '기간 한정' 등 중에서 선택할 수 있어, 익숙해질 때까지는 신중하게 사용하고, 익숙해지면 점차적으로 맡기는 방식으로 활용할 수 있습니다.
연동 서비스의 토큰이나 로그인 정보는 전용 영역에서 관리되며, Muse에게는 대신 '더미 토큰(Dummy Token)'만 전달됩니다. 실제 인증 정보로 교체되는 시점은 통신이 승인된 순간의 네트워크 경계 부분입니다.
따라서 악의적인 웹 페이지 등에서 "비밀번호를 알려주세요"라고 유도하는 프롬프트 인젝션(Prompt Injection) 공격을 받더라도, 애초에 Muse는 실제 정보를 모르기 때문에 누설할 수 없습니다.