Установка выглядит формальностью ровно до первого расхождения между машинами. Desktop Cursor поддерживает macOS 12 и новее и Windows 10 и новее; на macOS есть отдельные сборки для Apple Silicon и Intel, на Windows - native-инсталлятор. На Linux официальный путь - apt- или yum-репозиторий, а AppImage остаётся переносным вариантом. Разница между этими способами не в удобстве скачивания, а в том, как машина будет обновляться дальше и кто за это отвечает. Способ установки - это не разовое действие, а выбор модели обслуживания на всё время жизни машины.

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

Линуксовый репозиторий - хороший пример того, зачем вообще выбирать. Он добавляет desktop-интеграцию, обновления через привычный пакетный менеджер и CLI-инструменты, то есть встраивает Cursor в ту же модель обслуживания, что и остальной софт на машине. Практически это означает, что клиент обновляется вместе с системой, а его версия видна тем же инструментам, которыми вы уже управляете парком. AppImage ничего не встраивает: он переносим, запускается откуда угодно и потому же не обновляется сам - у него нет менеджера, который знал бы о его существовании. Оба варианта законны, но выбирать между ними надо до установки, а не после первого странного релиза.

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

Выбор сборки под процессор кажется косметикой и таковой не является. На macOS сборки для Apple Silicon и для Intel - это разный машинный код, и запуск чужой сборки означает работу через слой совместимости: приложение стартует и внешне ведёт себя нормально, но платит за это временем на каждом такте. Пользователь этого не видит и списывает медленный старт и задержки на продукт или на модель. Проверять стоит один раз, при установке, потому что позже симптом не подскажет причину: медленно - слишком общий признак, чтобы вывести из него архитектуру сборки.