Meta Muse Spark 1.3 공개, 긴 작업 처리 개선

Meta가 Muse Spark 1.3을 공개했습니다. max reasoning 설정으로 Muse Code와 Meta Model API에서 제공되며, 긴 작업과 복잡한 지시, 한 대화 안의 여러 업무를 처리하는 능력을 개선했다고 밝혔습니다.

Meta가 9월 2일 Muse Spark 1.3을 공개했습니다. Meta는 에이전트형 작업과 코딩 성능을 개선하고, 긴 대화에서 여러 업무를 함께 처리하는 능력을 높였다고 설명합니다. max reasoning 설정의 Muse Spark 1.3은 현재 Muse Code와 Meta Model API에서 제공됩니다.

이번 업데이트는 Muse Code 안에서 움직이는 모델의 작업 방식을 다듬는 데 중심을 뒀습니다. Muse Code는 지난 8월 Muse Spark 1.2와 함께 공개됐습니다. 1.3에서는 긴 작업의 계획 수정, 사용자와의 협업, 지시 보존, 여러 요청의 구분을 주요 개선점으로 내세웠습니다.

긴 작업에서 문맥을 스스로 모은다

Meta는 Muse Spark 1.3이 완성 방법을 구체적으로 지정하지 않은 과제를 받으면 도구를 사용해 필요한 문맥을 모으고, 서로 어긋나는 자료를 대조하며, 계획에서 빠진 부분을 고치도록 훈련했다고 밝혔습니다. 작업 중 알게 된 내용을 추적해 마지막 결과물에 반영하는 것도 개선 항목에 포함됐습니다.

여기서 긴 작업은 단순히 답변 길이가 긴 요청을 뜻하지 않습니다. 자료를 찾고, 계획을 세우고, 도구를 호출하고, 결과를 확인하는 여러 단계가 이어지는 작업입니다. 예를 들어 큰 코드베이스의 오류 원인을 찾으려면 관련 파일과 실행 기록을 먼저 확인하고, 가설을 좁힌 뒤 수정과 검증을 반복해야 합니다. 앞 단계에서 확인한 조건을 잊으면 마지막 결과가 처음 요청과 달라질 수 있습니다.

Muse Spark 1.3은 이런 작업을 여러 에이전트 실행 환경에 맞추기 위해 다양한 하네스에서 훈련됐다고 Meta는 설명합니다. 하네스는 모델에 도구, 작업 기록, 승인 절차를 연결하는 실행 환경입니다. 특정 앱의 한 가지 화면에만 맞춘 모델이 아니라 여러 에이전트 구조에서 비슷한 작업 습관을 보이도록 훈련했다는 주장입니다.

여러 요청이 섞인 대화를 구분한다

Muse Spark 1.3은 한 대화 안에서 여러 업무가 오갈 때 새 요청을 어느 작업에 연결할지 판단하는 능력도 개선됐습니다. 사용자가 이전 요청의 방향을 바꾸거나 진행 중인 작업에 다른 지시를 끼워 넣는 상황을 Meta가 구체적인 예로 들었습니다.

긴 에이전트 작업에서는 “방금 요청한 표만 고쳐 달라”는 말이 현재 문서 전체 수정으로 번지거나, 새 질문이 앞서 진행하던 작업을 취소한 것으로 처리되는 문제가 생길 수 있습니다. Meta의 발표는 Muse Spark 1.3이 들어온 지시를 알맞은 작업 문맥에 더 정확하게 연결한다고 설명합니다. 이 기능은 여러 요청을 동시에 실행한다는 뜻보다, 섞여 들어온 요청의 대상을 구분하는 능력에 관한 설명입니다.

모호한 요청을 받았을 때의 반응도 바뀌었습니다. 모델은 필요한 경우 확인 질문을 하고, 막혔을 때 사용자에게 도움을 요청하며, 결과에 큰 영향을 주는 행동을 하기 전 확인하도록 훈련됐습니다. 긴 작업 중에는 사용자의 선호에 맞춰 진행 상황을 자주 알리거나 조용히 백그라운드에서 작업하는 방식도 선택할 수 있다고 Meta는 밝혔습니다.

이 설명에서 확인 질문과 승인 절차는 나눠 볼 필요가 있습니다. 확인 질문은 요청의 뜻을 분명히 하기 위한 대화이고, 승인은 파일 삭제나 외부 변경처럼 결과가 큰 행동을 실행하기 전의 통제입니다. Muse Spark 1.3이 두 상황을 더 잘 판단한다는 것이 Meta의 주장입니다. 실제 제품에서 어떤 행동에 승인이 필요한지는 Muse Code나 API를 연결한 시스템의 설정에도 달려 있습니다.

복잡한 지시를 덜 놓치도록 개선

Meta는 Muse Spark 1.3이 이전 Muse Spark 모델보다 길고 복잡한 지시를 더 안정적으로 따른다고 설명합니다. 여러 단계의 작업에서도 세부 요구 사항을 빠뜨리거나 처음 지정한 흐름에서 벗어나는 일이 줄었다는 주장입니다.

복잡한 지시를 잘 따른다는 평가는 최종 답이 맞는지만 봐서는 부족합니다. 수정하면 안 되는 파일을 건드리지 않았는지, 사용자가 지정한 출력 형식을 유지했는지, 중간에 새 요청이 들어와도 앞선 제한 조건이 남았는지를 함께 봐야 합니다. 성능을 확인하려면 실제 업무에서 자주 쓰는 요구 사항을 몇 가지 고정하고 버전별 누락 항목을 비교하는 방법이 현실적입니다.

모델이 자신의 능력과 한계를 판단하는 부분도 개선했다고 Meta는 밝혔습니다. 할 수 있는 일과 할 수 없는 일, 알고 있는 내용과 모르는 내용을 더 잘 구분하고, 막힌 상황에서 결과를 만들어냈다고 꾸미는 행동을 줄이도록 훈련했다는 설명입니다. 다만 발표문에는 이 개선을 보여주는 별도의 실패율이나 환각 감소 수치가 제시되지 않았습니다.

Muse Spark 1.2와 무엇이 달라졌나

Meta는 2026년 8월 5일 Muse Code와 Muse Spark 1.2를 공개했습니다. 당시 1.2는 코드 생성, 복잡한 디버깅, 코드베이스 이해, 처음부터 끝까지 이어지는 개발 작업을 중심으로 소개됐습니다. Muse Code에는 지속해서 움직이는 백그라운드 에이전트와 작업 기록, 계획·검토·목표 수행을 위한 기본 기능도 함께 들어갔습니다.

1.3 발표는 코딩 훈련을 더 늘리면서도 실제 사용 과정의 불편을 줄이는 데 초점을 맞춥니다. Meta는 1.2와 비교해 불필요한 대화 차례가 줄고, 답변이 덜 장황하며, 코드 스타일이 더 정돈됐다고 설명합니다. 긴 코딩 과제를 더 많이 훈련한 결과라고 밝혔습니다.

비교 항목	Muse Spark 1.2 발표	Muse Spark 1.3 발표
중심 변화	Muse Code와 함께 장시간 코딩 작업 지원	긴 작업의 계획·문맥·사용자 협업 개선
코딩 작업	코드 생성, 디버깅, 코드베이스 이해	불필요한 대화와 토큰 사용 감소, 코드 스타일 개선
지시 처리	장기 목표와 문맥 압축을 포함한 훈련	복잡한 지시 보존과 여러 요청 구분 강화
제공 위치	Muse Code, Meta Model API	max reasoning으로 Muse Code, Meta Model API

Meta 엔지니어의 내부 비교에서는 Muse Spark 1.3이 1.2보다 도구 호출을 약 20% 적게 쓰고, 토큰은 약 25% 적게 사용했습니다. 회사는 속도와 효율도 크게 나아졌다고 평가했습니다. 이 수치는 Meta 내부 비교 결과이며, 모든 코드베이스에서 작업 시간이 20%나 25% 줄어든다는 뜻은 아닙니다. 도구 호출과 토큰 사용량은 각각 다른 측정값이므로 작업 시간과 그대로 같다고 볼 수도 없습니다.

안전성과 현재 제공 범위

에이전트 모델은 답변만 만드는 모델보다 외부 도구와 파일에 영향을 줄 기회가 많습니다. Meta는 Muse Spark 1.3에서 적대적인 입력과 프롬프트 인젝션에 대한 저항성을 개선했다고 밝혔습니다. 되돌리기 어려운 행동을 더 잘 구분하고 상황에 맞게 진행하도록 조정했다는 설명도 내놓았습니다.

발표문에는 이 안전성 개선을 뒷받침하는 구체적인 통과율이나 이전 버전 대비 수치가 없습니다. 안전성이 좋아졌다는 표현은 Meta의 평가로 읽어야 합니다.

Muse Spark 1.3은 현재 Muse Code와 Meta Model API에서 사용할 수 있습니다. 발표문은 max reasoning 설정을 명시합니다. Muse Code 설치 대상으로는 macOS와 Linux가 안내됐습니다. Windows용 Muse Code 제공 여부나 Meta Model API의 지역·계정별 세부 접근 조건은 이번 발표문에서 확인되지 않았습니다.

Meta는 더 큰 모델과 Muse Spark 오픈 웨이트 공개를 앞으로의 계획으로 예고했습니다. 1.3의 오픈 웨이트가 현재 배포됐다는 발표는 아닙니다. 로컬 실행이나 가중치 다운로드가 목적이라면 향후 별도 공개와 라이선스, 하드웨어 요구 사항을 확인해야 합니다.