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

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

Отсюда естественный переход к онбордингу. Хороший результат - не в том, чтобы новый разработчик получил ваши настройки, а в том, чтобы он мог открыть репозиторий и доказать работающую базу: нужные расширения, настройки, правила, навыки и одна проверочная задача, которая должна пройти. Такой набор версионируется вместе с проектом и не зависит от того, что накопилось на конкретной машине.

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

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

Типичные провалы предсказуемы. Списать перехваченное сочетание на поломку функции. Раздать ссылку на установку с закодированной конфигурацией без объяснения, что именно она добавляет. Считать импорт настроек онбордингом. И не иметь проверочной задачи - тогда новый разработчик узнаёт о неработающей среде на первой же реальной задаче.