알렉산더 왕이 밝힌 Muse 제작기: 고장 나던 AI는 어떻게 출시됐나

한 줄 핵심

메타의 Muse는 처음엔 자주 고장 나는 시제품이었지만, 개인 에이전트의 사용 장면을 좁게 정의하고 행동별 평가와 초기 사용 경험 개선을 반복해 실제 출시까지 도달한 제품이다.

시간별 요약

1. 0:00
   Muse와 고장 나던 첫 시제품 Muse는 메시지로 일을 부탁하면 브라우저를 열어 처리하는 개인 AI 에이전트로 출발했지만, 초기에 고장 나는 시제품에 가까웠다. 일상용 개인 에이전트로 시작한 이유와, 일곱 달 뒤 실제 제품으로 바뀌기까지의 문제의식이 이 구간의 출발점이다.
2. 0:59
   OpenClaw에서 시작된 가능성과 불안 OpenClaw를 먼저 써본 경험은 사람의 상황을 이해한 AI가 실제 행동까지 한다는 가능성과 함께 낯선 불안도 드러냈다. 첫 시제품에는 이미 핵심 아이디어가 들어 있었지만, 작동 안정성은 낮아서 사람에게 맡길 수 있는 제품으로 다듬는 과정이 필요했다.
3. 2:34
   코딩 에이전트 대신 개인 에이전트 당시 시장이 코딩 에이전트에 집중되어 있었지만, Muse는 인스타그램과 WhatsApp 같은 일상 접점에서 쓰이는 개인 에이전트를 목표로 삼았다. 저장한 콘텐츠를 장보기 목록으로 바꾸거나 식당 계획을 돕는 식의 작은 일들을 매끄럽게 연결하는 것이 핵심이었다.
4. 4:05
   무엇을 기준으로 출시했나 출시 판단은 막연한 완성도가 아니라 에이전트가 해야 할 구체적 행동과 기능을 하나씩 평가하는 방식으로 이뤄졌다. 여러 체크포인트에서 일부 지표만 좋아서는 부족했고, 첫 사용자들이 무엇을 시도하고 어떻게 다음 요청으로 넘어가는지까지 직접 확인해야 했다.
5. 5:58
   관심을 얻고 신뢰를 쌓는 과정 제품 인지도를 높이기 위해 Jollybot 같은 시각적 요소와 직접 작성한 글로 관심을 끌었고, 이후에는 사용자가 작은 부탁부터 더 큰 부탁으로 확장하도록 만드는 신뢰 형성에 집중했다. 이메일 발송이나 구매 전 확인, 권한 통제처럼 사용자가 최종 결정을 쥐는 설계가 그 신뢰를 받쳐줬다.
6. 8:04
   Muse Wonder로 이어진 발표 인터뷰 다음날 메타는 새 모델 Muse Wonder를 발표했고, 이 모델은 개인 에이전트뿐 아니라 코딩 작업도 돕는 용도로 확장됐다. 메타모델 API와 MuseCode에서 먼저 제공되고, 이후 Muse 앱에도 들어갈 예정이어서 제품의 쓰임새가 넓어지는 흐름을 보여줬다.
7. 8:34
   작은 부탁에서 시작하는 미래 Muse의 출발은 자주 고장 나던 시제품이었지만, 작은 요청을 성공적으로 처리하는 경험이 쌓일수록 더 큰 일을 맡기는 방향으로 신뢰가 확장됐다. 결국 이 영상은 개인 에이전트를 출시 가능한 제품으로 만드는 핵심이 기능보다도 사용자의 다음 요청을 이끌어내는 경험 설계에 있다는 점을 보여준다.

실무 인사이트

• 개인 에이전트는 기능을 많이 넣는 것보다, 사용자가 실제로 자주 맡길 만한 작은 일부터 안정적으로 처리하게 만드는 편이 출시 가능성을 높인다.
• 출시 기준은 추상적인 완성도가 아니라 행동 단위 평가와 초기 사용자 관찰로 정해야 하며, 일부 지표가 좋아도 실제 사용 흐름이 매끄럽지 않으면 아직 부족한 것이다.
• 신뢰는 한 번의 큰 성공보다 작은 부탁을 연속으로 성공시키는 경험에서 쌓이므로, 확인 단계와 권한 통제를 제품 설계의 중심에 둬야 한다.