Cascade встречается повсюду - в старых репозиториях, статьях, обучающих видео и собственных заметках команды. Он был главным агентом прежнего Windsurf и за годы оброс собственным хозяйством: memories, workflows, rules, hooks, MCP, Arena и App Deploys. Приложение уже называется Devin Desktop, а половина найденных инструкций по-прежнему описывает Cascade - и это сбивает с первого шага.
Наивный ход - читать любую такую инструкцию как актуальную и применять её к тому агенту, который открыт сейчас. Раз слово "агент" одно, кажется, что и исполнитель один: написано "включи Turbo" или "положи файл в .windsurf/workflows" - берём и делаем в текущей вкладке. Ожидание понятное: бренд сменился, значит старое просто переехало под новое имя.
Ломается это на том, что Cascade и Devin Local - два разных агента, а не одно приложение под двумя вывесками. Для новой работы Cognition рекомендует Devin Local; Cascade остаётся как наследие эпохи Windsurf - чтобы прочитать старую сессию, выполнить специфичный workflow или подготовить миграцию. Документация прямо называет Devin Local преемником Cascade и агентом нового поколения, а новые вкладки выбирают его по умолчанию; Cascade же при недоступности иногда служит запасным вариантом. Инструкция, писанная под Cascade, в Devin Local либо не находит своего механизма, либо находит другой, с иным поведением, поэтому за одним словом "агент" стоят два исполнителя с разной моделью прав.
Признак принадлежности к Cascade распознаётся по словарю. Если инструкция говорит "Turbo", ссылается на .windsurf/workflows, на legacy MCP marketplace или на memories в ~/.codeium/windsurf, она относится к Cascade, даже если окно уже подписано Devin Desktop. Это надёжнее бренда: имя приложения сменилось разом, а тексты и привычки - постепенно, поэтому язык инструкции точнее выдаёт её адресата, чем заголовок окна.
Почему обе линии живут одновременно. Cascade несёт багаж, который нельзя стереть в один релиз: накопленные memories, написанные workflows, настроенные MCP-серверы, историю сессий. Devin Local переписан вокруг явных прав, sandbox и subagents и стал агентом по умолчанию для новых вкладок. Держать Cascade рядом - это цена перехода: старое не ломается сразу, но новое уже строится на другом фундаменте. Часть накопленного - Arena и App Deploys - вообще привязана к Cascade и не имеет прямого зеркала в Devin Local, поэтому просто "перевести все команды разом" не выйдет: у части старого инструментария нового адреса пока нет.
Отдельная переменная - политика команды. В stable администратор может полностью отключить Cascade; тогда его настройки просто скрываются, и инструкция под него становится неисполнимой в принципе, а не "почему-то не работает". Значит, прежде чем искать баг в тексте инструкции, стоит проверить, доступен ли вообще тот агент, к которому она обращается.
Цена невнимания к различию конкретна. Инструкцию под Cascade применяют в Devin Local и получают не тот результат: workflow не запускается slash-командой, memory не подхватывается, MCP-сервер не виден - и время уходит на отладку механизма, которого в этой среде нет. Обратная ошибка тоже дорога: новую работу заводят в Cascade по привычке и лишают себя более экономного и лучше огороженного агента. Особенно коварна тихая версия этой ошибки: агент не падает с сообщением "не поддерживается", а молча делает не то - workflow, оформленный как обычный prompt, просто исполняется как свободная задача без ожидаемых шагов.
Когда Cascade оправдан - список короткий и закрытый. Прочитать и понять старую сессию. Выполнить workflow, который ещё не перенесён. Подготовить и провести миграцию memories, rules, workflows и MCP в новый дом. Во всех остальных случаях новую задачу ведёт Devin Local, а Cascade открывают сознательно и временно, а не потому, что "так было раньше".
Проверять принадлежность стоит до действия, а не после сбоя. Первым делом называйте агента: к кому относится инструкция - к Cascade или к Devin Local. Загляните в selector и убедитесь, какой агент выбран для вкладки. Сверьтесь с политикой команды - не отключён ли Cascade. Для переноса откройте Cascade Migration Wizard, а не копируйте файлы руками. Эти взгляды занимают минуту и снимают большинство "почему не работает" ещё до запуска.
Типичный провал - лечить симптом не на том агенте. "Workflow не сработал" - потому что относился к Cascade, а вкладка открыла Devin Local. "Memory потерялась" - потому что живёт локально в профиле Cascade и не переносится сама. "Команды нет" - потому что администратор отключил Cascade целиком. Признак один: инструкцию применили, не назвав, к какому из двух агентов она написана. Назовите агента первым - и в большинстве случаев расхождение объяснится сразу.