Murmell과 Devin 비교

Devin은 티켓을 맡길 수 있는 자율 엔지니어이며, 여러분은 풀 리퀘스트 앞으로 돌아옵니다. Murmell은 프로젝트에서 여러 에이전트를 열고 실제 작업 중인 진짜 터미널을 지켜보는 캔버스입니다.

더 빨리 가는 두 가지 방법

Devin은 분리를 통해 확장합니다. 작업이 크면 다른 Devin들에게 위임하고, 각자 격리된 머신에서, 조정 세션이 나누고 다시 모읍니다. 깔끔하고, 어떤 조정도 필요 없습니다. 아무것도 공유하지 않는 두 에이전트는 서로 방해할 수 없기 때문입니다.

Murmell은 공유를 통해 확장합니다. 디렉터리 하나, 여러 에이전트, 그리고 서버가 강제하는 쓰기 규칙 하나입니다. 마지막에 모을 것이 없습니다. 처음부터 상태가 하나뿐이었기 때문입니다.

분리는 이어 붙이는 데 대가를 치릅니다. 에이전트가 많을수록 함께 맞춰야 할 결과가 많아지고, 불일치는 늦게 드러납니다. 공유는 기다림에 대가를 치릅니다. 다른 에이전트가 쥔 파일을 원하는 에이전트는 기다리고, 이 대기는 화면에 보입니다.

보이는 대기는 두 문제 중 더 나은 쪽입니다. 한 시간 뒤에 충돌을 발견하는 대신 막힌 에이전트에게 즉시 다른 작업을 주는 것으로 해결됩니다.

티켓을 맡기고 결과 앞으로 돌아오고 싶다면 Devin입니다. 작업이 이루어지는 동안 함께 있고 싶고, 여러 에이전트가 같은 코드에서 작업하며 사람들이 지켜본다면 Murmell입니다. 캔버스 보기.

	Devin	Murmell
두 번째 에이전트가 작업하는 곳	자체 가상 머신 안의 완전한 Devin, 자체 터미널과 브라우저를 가지고	공유 디렉터리. 건드릴 경로를 점유한 뒤
누가 볼 수 있는가	결과가 모인 뒤, 조정 세션	링크를 가진 누구나, 실시간으로, 각 커서에 이름이 붙어
작업이 도착하는 곳	그 세션이 보고하는 결과	프로젝트의 비공개 저장소, 작업 진행에 따라 푸시됨

두 개의 Devin이 같은 디렉터리에서 작업할 수 있나요?

아니요. Cognition은 관리되는 각 Devin을 자체 격리된 가상 머신 안의 완전한 Devin으로, 자체 터미널과 브라우저와 개발 환경을 가진 것으로 설명합니다. 조정 세션이 이후 결과를 모읍니다.

Murmell 캔버스에서 두 에이전트가 서로를 덮어쓰지 않는 이유는 무엇인가요?

에이전트는 건드릴 경로를 점유합니다. 보드는 경로마다 소유자 한 명을 기록하고, 놓아줄 때까지 다른 모두를 거부하며, 이 규칙은 모델에 제안되는 것이 아니라 서버가 강제합니다.