Mixus

업무를 시작하려고 대시보드에 로그인하지 않는다. 사건을 전달하고 검토자를 참조에 넣으면, 에이전트가 같은 이메일 스레드 안에서 움직인다. 이 설계가 중요하다. 법률 팀이 이미 업무를 돌리는 방식과 맞는다. 기본 흐름에 설치할 것은 없고, 검토자는 별도 도구를 쫓지 않고 같은 메시지 흐름에 머문다.

이것이 대표 기능이다. Mixus는 계약서를 읽고 플레이북을 적용해, 편집마다 그것을 요구한 규칙을 명시한 코멘트를 붙인 수정안을 돌려준다. 무엇이, 왜, 어떤 기준에 따라 바뀌었는지 보인다. 실무에서 이게 중요하다. 추적 가능성은 고객에게 설명할 수 있는 제안과 그렇지 않은 제안을 가른다.

수정안은 변경 내용 추적이 이미 적용된 Word 문서로 돌아온다. 문서를 벗어나지 않고 각 제안을 승인하거나 편집하거나 버린다. 대부분의 변호사에게 이게 전부다. 동료의 교정처럼, 수년간 써 온 도구로 검토한다.

플레이북은 사무소가 업무를 어떻게 검토하는지 고객, 계약 유형, 실무 분야별로 담는다. 선호 문구, 양보 입장, 표시할 조항, 그 뒤의 승인을 저장한다. 예컨대 책임 상한을 연간 수수료의 2배에서 시작하고 하한을 250만 달러, 양보는 1.5배, 수용 불가 조항 목록까지 한곳에 담긴다.

변호사가 제안을 승인, 편집, 폐기할 때마다 Mixus는 그 결정을 기록하고 패턴을 찾는다. 반복되는 선택은 제안 규칙이 되어 변호사가 검토하고 승인한다. 시간이 지나면 에이전트는 추측이 아니라 사무소의 입장을 제안한다. 그렇다면 이 피드백 루프는 실제로 작동하는가. Mixus에 따르면 그렇고, 승인율은 사건별로 추적할 수 있는 지표가 된다.

조건표와 지분 구조표를 에이전트에게 이메일로 보내면, 지분 구조표, 희석, SAFE 전환, 검증 점검을 아우르는 프로포마를 Mixus에 따르면 15분 이내에 받는다. 고정 보고서가 아니라 살아 있는 수식이 담긴 실제 .xlsx로 도착하므로 모든 숫자가 추적 가능하게 남는다.

승인된 입장은 이어진다. 비슷한 사건은 기존 기준이 적용된 상태에서 시작하므로 매번 맥락을 다시 세우지 않는다. 플랫폼은 이를 사무소 승인 입장, 규칙, 플레이북이 쌓이는 것으로 설명한다. 일회성 프롬프트가 아니라 지속되는 자산이다.