이 출력을 읽을 만한가? 이 명령을 통과시켜도 되나? 일이 정말 끝났나? mu는 이런 예/아니요 판단을 40개 판정 지점에서 작은 모델에 맡겨요. 낭비되는 토큰도, 읽지도 않고 누르는 '허용'도, 하다 마는 실행도 줄어요. 큰 모델은 주의력을 코드에 써요.
Terminal-Bench 2.1, 같은 모델·같은 작업: mu의 시도 통과율 68.2%, pi 58.7%(9.5%포인트 높음, 95% 구간 +3.8~+15.2). 측정 방법
$ npm i -g mu-agent
Node.js 22.19 이상이 필요해요. 그다음 프로젝트 폴더에서 mu를 실행하세요. 처음에는 mu setup으로 모델을 연결해요.
v0.3.7 · Windows 앱은 아직 서명되지 않아서 SmartScreen이 경고를 띄워요. Arm용 Windows, Arm용 Linux와 그 밖의 모든 다운로드는 Releases에 있어요.
Running the tests again. $ npm test ... (19 earlier lines, ctrl+o to expand) ℹ fail 0 ℹ cancelled 0 ℹ skipped 0 ℹ todo 0 ℹ duration_ms 78.95525 Took 0.3s Fixed. A minute was defined as 1,000 ms, so 1h30m was read as one hour and 30 seconds, and the worker aborted the job then. - src/config/duration.js: the m unit is now 60_000. - npm test: all 13 tests pass. Backoffs in minutes were read the same way: the exports queue (backoff: "2m") retried after 2 seconds, and now waits 2 minutes. ──────────────────────────────────────────────────────────────────────────────────── ──────────────────────────────────────────────────────────────────────────────────── ~/code/relay (main) ↑27k ↓318 0.6%/1.0M (auto) mimo-v2.6-pro • high Jev 1.13 (free): multi-step task · full effort · 262 ms Permissions: Judge mode
말을 걸 때
새 작업일까요, 후속 질문일까요, 정정일까요? 실행 중에 들어온 메시지는 지금 끊어야 할까요? 스킬과 도구를 불러와야 할까요, 아니면 한 문장으로 답할 수 있을까요?
이 턴에서 "Jobs with `timeout: "1h30m"` in relay.config.json get killed after about an hour. Find out why, fix it and make sure the tests pass." 요청이 들어오고, 1초도 안 되어 판정기가 답해요. 여러 단계 작업, 전력 투입. 작업에 필요 없는 스킬과 MCP 서버는 필요해질 때까지 컨텍스트에 들어오지 않아요.
도구가 답할 때
테스트 한 번, 검색 한 번이면 수백 줄이 쉽게 나와요. 판정기는 청크마다 지금 무엇이 중요한지 가려요. 실패한 케이스는 남고, 같은 내용을 되풀이하는 로그는 빠져요. 빠진 부분은 포인터를 남기고 보관되어, 필요할 때 다시 꺼낼 수 있어요.
웹 페이지와 MCP 결과에 모델을 겨냥한 지시가 있으면, 모델이 읽기 전에 막아요.
실행하기 전에
명령을 실행하기 전에 규칙이 위험한 것을 먼저 표시하고, 판정기가 여러분이 요청한 것인지, 여러분이 말한 제약을 넘지 않는지 확인해요. 권한 모드는 전체 접근, 판정 모드, 최소 권한 세 가지이고, 언제든 바꿀 수 있어요. 판정 모드에서는 작업에 분명히 필요한 것은 판정기가 통과시키고, 나머지만 여러분에게 물어요.
턴이 끝날 때
모델이 다 했다고 하면, mu는 그걸 검증한 것이 있는지, 턴이 옆길로 새지 않았는지, 체크포인트로 되돌아가야 하는지 확인해요.
/goal <condition>을 쓰면 조건이 충족될 때까지 에이전트가 계속 일해요. 충족됐는지는 큰 모델이 확인하고, 판정기가 폴백을 맡아요. 같은 오류가 계속 되풀이되면, 이 방법이 막다른 길인지 판정기가 판단해요.
하이브
에이전트 여럿이 어려운 문제 하나를 함께 풀 때, 일을 나눠 주기는 쉬워요. 어려운 건 소통이에요. 아무 말도 하지 않으면 각자 같은 막다른 길로 들어가요. 모든 걸 말하면 모든 컨텍스트가 다른 에이전트의 잡담으로 가득 차요.
mu의 하이브에서는 판정기가 발견 하나하나를 따져 봐요. 공유할 만한가, 다른 비 각각의 작업과 관련이 있을 수 있는가? 판정기가 관련 없다고 확신하지 않는 한, 그 발견은 지시가 아닌 발견으로 표시되어 컨텍스트로 그 비에게 닿아요. 나중 발견이 앞선 발견을 뒤집으면, 그 발견을 들은 모든 비에게 정정이 전달돼요.
쉬운 말 보드
모델은 강해지는데, 보고는 점점 기계를 위한 메모처럼 읽혀요. mu에서 일하는 모델은 자기 방식대로 계속 일해요. 도구 호출 몇 번마다 판정기가 현장을 읽고 정말 새 소식인 것을 골라, 쉽게 말한다는 이유로 고른 모델에게 넘기고, 그 모델이 지금 어디까지 왔는지 알려 줘요.
실행이 끝나면 "끝났다"만이 아니라, 실제로 무엇을 했는지가 보여요.
판정 모드에서는 작업에 분명히 필요한 것은 판정기가 통과시키고, 나머지만 여러분에게 물어요.
첫 메시지를 판정해요. 잡담인지, 후속 질문인지, 해야 할 일인지. 필요 없는 스킬과 MCP 서버는 컨텍스트에 들어오지 않아요.
컨텍스트가 커지면 오래된 결과는 요약하지 않고 내려놓아요. 캐시가 만료되기 전에는 갱신할 가치가 있는지 mu가 판정해요.
판정 지점 40개, 지점마다 스위치와 판정기가 따로 있어요. 무료 Jev, Mac에서 돌아가는 mude 1.0, 또는 어떤 LLM이든 쓸 수 있어요.
판정기 키가 없으면 OpenCode Zen의 무료 Jev가 답하고, mu가 하루에 한 번 그 사실을 알려 줘요.
명령줄은 pi 위에 만들어서 pi의 모델, 확장, 스킬, 세션 트리가 그대로 있어요. 데스크톱 앱도 같은 세션으로 동작해요.
/status, mu ledger, 앱의 판정 탭에서 볼 수 있어요.