После установки onboarding предлагает перенести привычную среду - тему, горячие клавиши, настройки из VS Code или Cursor. Соблазн понятен: хочется, чтобы новый редактор с первой минуты был "как дома". Именно этот соблазн и определяет, начнёте вы с чистой управляемой среды или с копии чужих проблем.

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

Ломается это на том, что Devin Desktop - не просто редактор, а IDE с агентом, и часть перенесённого конфликтует именно с агентной частью. Конфликтующие AI-расширения, неизвестные task definitions, чужие настройки автозапуска переносятся вместе с темой и клавишами, но ведут себя уже в среде, где рядом работает автономный исполнитель. Импорт интерфейса экономит часы; импорт всего профиля наследует старые конфликты и приносит их в среду, где цена конфликта выше.

Профессиональный ход - переносить выборочно. Тему и привычные keybindings - да, они безопасны и сразу возвращают комфорт. Проверенные formatter, linter и language server - да, они и есть рабочая основа. Workspace settings - только после ревью. А конфликтующие AI-расширения и неизвестные task definitions не переносить автоматически: их включают вручную и по одному, когда понятно, что каждое делает. Правило простое: чистый старт полезнее полного клона. Логика выборочности проста: переносят то, что вы можете назвать и за что отвечаете, и откладывают то, про что не можете сказать, что оно делает рядом с агентом.

Отдельная ось onboarding - вход. Для работы нужен Devin account; обычный путь - войти в аккаунт или зарегистрироваться. Если штатный вход не срабатывает, документация предлагает запасной - ручной вход через Devin API key. Это именно запасной путь, а не основной, и у него есть своё правило безопасности. Разделять эти два пути важно: обычный вход через аккаунт - это интерактивная авторизация, а ключ - это долгоживущий секрет, и путать их удобство с их ценой не стоит.

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