에이전트 작업공간이 채팅창의 확장으로만 남아 있을 때, 사용자는 결과를 받지만 그 결과에 도달한 과정을 온전히 확인하기 어렵습니다. Apache Maka는 이 문제를 UI가 아니라 런타임의 기록 구조로 다룹니다. 프로젝트를 살펴보고 도구를 실행하는 에이전트를 로컬 우선 방식으로 운영하면서, 실행을 나중에 다시 확인할 수 있는 사실로 남기는 접근입니다.
Maka의 중심에는 append-only log가 있습니다. 모델 메시지와 tool call, tool result뿐 아니라 권한 결정과 턴이 종료된 방식까지 기록합니다. 따라서 화면에 보이는 대화나 다음 프롬프트가 전체 기록의 유일한 사본이 아닙니다. 컨텍스트를 줄이기 위해 오래된 도구 출력을 다음 모델 호출에서 제외할 수 있지만, 저장된 evidence는 유지됩니다. 이 차이는 긴 작업을 재시도하거나, 충돌 뒤 세션을 복구하거나, 에이전트가 어떤 순서로 프로젝트를 건드렸는지 되짚을 때 중요합니다.
실행면을 하나로 묶는 Runtime Host도 눈여겨볼 부분입니다. Desktop, TUI/CLI, Eval이 각자 다른 경로로 도구를 호출하는 대신 같은 호스트를 통과합니다. 기본 도구는 Read, Write, Edit, Bash, Glob, Grep이며, 샌드박스 경계를 벗어나는 작업은 승인을 요구합니다. 자동화가 빨라질수록 사용자가 승인해야 하는 순간과 실패를 분류하는 방식이 뒤로 밀리기 쉬운데, Maka는 이를 부가 옵션이 아니라 에이전트 실행 모델의 일부로 배치합니다.
이 구조는 로컬 우선이라는 설명을 더 구체적으로 만듭니다. 세션과 설정, 실행 기록은 기본적으로 로컬에 머물고, 사용자는 클라우드 API·로컬 모델·호환 게이트웨이 중 모델 연결을 직접 가져옵니다. 동시에 ‘내 컴퓨터에서 실행된다’는 편의는 파일 접근과 권한 판단이라는 부담을 동반합니다. Maka가 제시하는 해법은 무제한 자율성이 아니라 승인, 지속 기록, 중단, 복구를 함께 묶는 것입니다.
현실적인 제약도 분명합니다. 아직 Apache 공식 릴리스는 없으며, README는 사전 빌드 다운로드 대신 소스 빌드를 권장합니다. Desktop은 macOS Apple Silicon을 현재 대상으로 하고, Windows는 서명되지 않은 preview이며 Linux는 아직 지원되지 않습니다. Node.js 22.19 이상과 npm 환경도 필요합니다. 그래서 Maka는 완성된 업무용 제품이라기보다, 에이전트의 다음 단계가 답변 품질만이 아니라 실행 경계와 감사 가능한 기록까지 포함해야 한다는 방향을 보여주는 초기 공개 프로젝트로 읽는 편이 정확합니다.