MurmellとDevinの比較

Devinはチケットを任せる自律型エンジニアで、あなたはプルリクエストの前に戻ってきます。Murmellはプロジェクトに複数のエージェントを開き、作業中に本物のターミナルを見るキャンバスです。

速く進む2つの方法

Devinは分離によって規模を拡大します。タスクが大きいとき、他のDevinに委任し、それぞれが独自の隔離マシンの中で動き、調整セッションが分割してからまとめます。これはきれいで、調停を一切必要としません。何も共有しない2つのエージェントは互いを邪魔できません。

Murmellは共有によって規模を拡大します。1つのディレクトリ、複数のエージェント、サーバーが強制する書き込みルール。最後にまとめるものは何もありません。状態は常に1つしかなかったからです。

分離は縫い合わせに代償を払います。エージェントが増えるほど、まとめるべき結果が増え、非互換性は遅く現れます。共有は待ちに代償を払います。他が保持しているファイルを欲しがるエージェントは待ち、その待ちは画面に見えます。

見える待ちは2つの問題の中でより良い方です。行き詰まったエージェントに別のタスクをすぐ与えることで解決でき、1時間後に競合を発見するよりましです。

チケットを任せて結果の前に戻りたいならDevinです。作業中に立ち会いたく、同じコードに複数のエージェントがいて、人々が見ているならMurmellです。キャンバスを見る。

	Devin	Murmell
2番目のエージェントはどこで作業するか	独自の仮想マシンの中の完全なDevin。ターミナルとブラウザ付き	共有ディレクトリ。触れるパスを確保した後に
誰が見られるか	結果が集約された後の調整セッション	リンクを持つ人なら誰でも、ライブで、各カーソルに名前付きで
作業はどこに着地するか	そのセッションが持ち帰る結果	プロジェクトの非公開リポジトリ。作業の進行に合わせてプッシュされる

2つのDevinが同じディレクトリで作業できますか?

いいえ。Cognitionは、管理されたDevinはそれぞれ独自の隔離された仮想マシンの中の完全なDevinであり、独自のターミナル、ブラウザ、開発環境を持つと説明しています。調整セッションがその後結果を集約します。

Murmellのキャンバス上で2つのエージェントが互いを上書きしないのはなぜですか?

エージェントは触れるパスを確保します。ボードはパスごとに1人の所有者を記録し、解放されるまで他の全員を拒否します。このルールはモデルに提案されるのではなく、サーバーが強制します。