Devin Desktop проще всего принять за одно приложение с набором функций. На практике это шесть разных сред исполнения вокруг одного агента, и путаница между ними - главный источник "капризного" поведения продукта. Одно и то же слово в двух местах означает разные вещи, потому что за ним стоит разная файловая система, разные полномочия и разная граница доверия.

Наивная модель понятна: есть Devin, у него есть возможности, а где они показаны - деталь интерфейса. Из неё растёт ожидание, что настройка из редактора действует в облаке, что permission из одной сессии распространяется на все, что "агент" везде один и тот же. Каждое из этих ожиданий ломается на границе среды - обычно в неудобный момент, когда агент сделал не то, что вы считали разрешённым.

Ломается оно на том, что место исполнения задаёт и контекст, и права. Editor живёт локально и отвечает за Tab, Command, навигацию и preview, но не является автономным проектным агентом. Devin Local исполняется на вашей машине с собственной permission-моделью. Devin Cloud - на отдельной VM со своим окружением и сетью. ACP-агент обычно запускается локальным subprocess, но по чужим условиям. Cascade остаётся локально для legacy-процессов с другими modes, hooks, MCP и memories. Command Center - интерфейс управления, который сам задачу не исполняет, а собирает локальные и облачные сессии в одну очередь по статусам.

Почему сред именно несколько, а не одна универсальная. Каждая поверхность - это осознанный обмен близости к вашему состоянию на охват и автономию. Editor с его inline-механизмами Tab и Command сидит вплотную к курсору и вашему контексту, но не ведёт проект сам. Devin Cloud, наоборот, ничего не знает о том, что не попало в репозиторий и в конфигурацию облачного окружения, зато переживает закрытый ноутбук и держит долгий горизонт. Свести их в один исполнитель значило бы либо лишить локальную работу немедленности, либо навязать облачной задаче зависимость от вашей машины. Разные среды - это разные точки на одном компромиссе, а не случайное дробление.

Свести это в одну карту полезно один раз, чтобы выбирать поверхность осознанно, а не по тому, какое окно уже открыто. Ниже такая таблица: где среда исполняется, для чего она и какая у неё главная граница. К ней возвращаются, решая, куда вести конкретную работу.

Приём, который держит всё остальное, - всегда называть поверхность полностью. "Запусти тесты" неоднозначно: в Editor это терминал под вашими правами, в Devin Local - Exec под permission-правилами, в Devin Cloud - команда в чужой VM, в ACP - действие стороннего агента. Пока поверхность не названа, не определены ни контекст, ни полномочия, ни способ проверки результата.