В README проекта описаны два разных способа установки, а совместная установка файловой версии и plugin предупреждается как источник дубликатов: официальное описание mattpocock/skills. Поэтому после смены Mac вы можете продолжить работу, но сначала выберите один источник навыков: файлы в репозитории или plugin, управляемый Claude Code. Не копируйте оба.
Эта статья для вас, если вы переносите Cursor-проект на новый Mac и хотите сохранить собственные изменения в skills. Она также подходит командам, которые запускают временный или облачный Mac, и разработчикам, использующим Cursor и Claude Code на одной машине.
2026 Cursor Agent Skills после смены Mac: один источник вместо двух
Симптом обычно выглядит так: на старом Mac Cursor выполняет привычную задачу, а после перехода на другой компьютер Claude Code видит две версии одного навыка, не видит пользовательские изменения или предлагает установить уже установленный skill. Быстрее всего не искать «правильную копию» в старой домашней папке, а зафиксировать текущую схему установки.
Сначала запишите, что реально используется на старом Mac:
- навыки лежат внутри проекта и приезжают вместе с репозиторием;
- навыки были добавлены через CLI в файловом виде;
- Claude Code получил их как plugin;
- в проекте есть локальные изменения, которых нет в исходном репозитории;
- Cursor и Claude Code обращаются к одному каталогу или к разным копиям.
Решение зависит от обслуживания:
- Файловая версия подходит, если вы редактируете инструкции, добавляете собственные правила и хотите проверять изменения через Git. Источником считается содержимое проекта, а не кэш старого Mac.
- Plugin подходит, если вы хотите, чтобы Claude Code управлял пакетом и получал обновления по своей plugin-модели. В этом случае на новом Mac нужно заново подключить plugin средствами Claude Code.
- Смешанная схема для одного и того же имени не подходит. Один skill, доступный одновременно из проектного каталога и plugin, усложняет диагностику: вы уже не знаете, какая версия была прочитана.
README mattpocock/skills прямо разделяет эти маршруты и отдельно предупреждает о двойной установке. Это важнее любых советов из сторонних обсуждений. Страница проекта должна быть контрольной точкой перед копированием команд и путей.
Новый постоянный Mac: репозиторий против старых локальных файлов
Для долгосрочного нового Mac проектная версия обычно безопаснее. Она делает skill частью поставляемого исходного кода, позволяет увидеть собственные правки и возвращает рабочую среду из определённого состояния репозитория. Скопировать весь пользовательский каталог старого Mac быстрее только на первый взгляд: вместе с нужным skill вы переносите кэш, устаревшие ссылки, локальные настройки и случайные дубликаты.
Первый шаг: зафиксируйте состояние старого компьютера
Перед миграцией откройте проект и проверьте:
- где находится каталог навыков;
- какие файлы отличаются от опубликованной версии;
- есть ли незафиксированные изменения;
- какие переменные окружения и настройки проекта нужны для инициализации;
- какой результат даёт простой тестовый вызов в Cursor и Claude Code.
Пользовательские изменения не должны оставаться только в старом Mac. Если это действительно часть проекта, добавьте их в репозиторий с понятным комментарием. Если изменение было временным экспериментом, сохраните его отдельно и не выдавайте за рабочую версию.
Второй шаг: перенесите проект, а не домашнюю папку
На новом Mac получите чистую копию репозитория обычным способом, принятым в вашей команде. После этого проверьте фактические каталоги skills. Не создавайте вручную параллельную папку только потому, что старый Mac имел похожий путь.
Если для установки используется CLI, сверяйте команду и параметры с текущей документацией. Для проекта mattpocock/skills базовый вызов, указанный в README, выглядит так:
npx skills add mattpocock/skills
Пакет CLI также опубликован в реестре npm для skills. Это не означает, что любую старую команду нужно повторять без проверки: параметры выбора агента, область установки и каталог назначения могут измениться. Перед запуском прочитайте актуальный README и документацию CLI.
Для обновления файловой версии используйте команду обновления только в том виде, в котором она указана в документации CLI на день настройки. Не подменяйте обновление повторной установкой: так проще получить вторую копию или потерять локальные изменения.
Третий шаг: проверьте проектные зависимости
После получения репозитория отдельно проверьте:
- каталог с навыками существует в ожидаемом месте;
- собственные инструкции совпадают с зафиксированной версией;
- конфигурационные файлы проекта присутствуют;
- скрипт инициализации завершился без ошибок;
- Cursor и Claude Code видят именно ожидаемые имена;
- тестовый вызов не обращается к старому абсолютному пути.
Особенно опасны скрытые зависимости от домашнего каталога. В инструкции skill может быть записан путь к старому пользователю, локальному скрипту или переменной, которой нет на новом Mac. Такой дефект часто выглядит как проблема миграции, хотя источник находится в самом проекте.
Временный или облачный Mac: воспроизводимая сборка против клонирования
Временная машина должна считаться одноразовым окружением. Её цель — заново собрать рабочий проект из источников, а не стать неполной копией старого компьютера. Полное клонирование пользовательской папки переносит слишком много состояния и всё равно не гарантирует, что Claude Code получит ту же версию skill.
Для короткой задачи выбирайте проектную файловую версию, когда:
- skill нужно немного изменить под конкретный репозиторий;
- Cursor и Claude Code должны читать один набор редактируемых файлов;
- после завершения среды вы обязаны воспроизвести результат;
- доступ к системным каталогам или постоянному пользовательскому состоянию нежелателен.
Plugin может быть разумнее, когда задача выполняется только в Claude Code, собственные изменения не нужны, а навык должен управляться через plugin-механику. В таком случае не добавляйте ту же коллекцию через npx skills add.
Перед уничтожением временного Mac верните в репозиторий:
- пользовательские skills и их изменения;
- проектную конфигурацию;
- инструкцию инициализации;
- сведения о выбранном источнике;
- запись о тестовом вызове и состоянии после перезапуска.
Не сохраняйте как «результат» кэш, временный каталог, историю терминала или случайную копию домашней папки. Это состояние машины, а не поставляемый актив проекта.
Для команд, которым приходится выбирать между краткой проверкой и постоянной средой, полезно заранее сопоставить срок задачи, требования к сохранению изменений и необходимость физического доступа к Mac. В руководстве по выбору временной или долгосрочной среды Mac зафиксируйте это решение до выдачи доступа разработчикам. Если среда нужна только для проверки связки, постоянная машина часто создаёт больше ручного обслуживания, чем решает.
Восстановление только через Claude Code plugin: чистая установка против ручного копирования
Если на старом Mac использовался только plugin, новый компьютер не нужно «восстанавливать» копированием его внутренних файлов. Plugin следует снова подключить через официальный механизм Claude Code. В справочнике plugin-команд Claude Code проверьте актуальный синтаксис, имя marketplace и способ включения нужного расширения.
Типовая последовательность выглядит так:
- Установите Claude Code на новом Mac и войдите в нужную учётную запись.
- Откройте каталог проекта, для которого предназначены навыки.
- Подключите marketplace или plugin по текущей инструкции Claude Code.
- Установите нужный plugin, выбрав его точное имя из доступного каталога.
- Проверьте, что plugin включён в текущей области — глобальной или проектной.
- Убедитесь, что skill отображается среди доступных.
- Выполните безопасную тестовую задачу без изменения важных файлов.
- Перезапустите сессию и повторите проверку обнаружения.
Официальная документация по обнаружению и установке plugin важнее старой команды из заметки или скриншота. Название plugin, источник marketplace и область активации нельзя угадывать по названию репозитория.
После установки осмотрите проект. Если в нём уже появился одноимённый файл skill, остановитесь. Не продолжайте настройку поверх двух источников. Сначала решите, что является владельцем навыка:
- оставить plugin и удалить лишнюю проектную копию;
- отказаться от plugin и доставлять файлы через репозиторий;
- вернуть репозиторий к проверенной версии, если неизвестно, какая копия была актуальной.
В документации Claude Code управление plugin, область действия и состояние активации описаны отдельно. Справочник plugin с параметрами управления используйте для проверки, а не для предположения, что plugin устроен как обычная папка.
Cursor и Claude Code на одном Mac: общая папка против двойной установки
Совместная работа двух инструментов возможна. Совместное предоставление Claude Code двух одноимённых skills — нет. Это принципиальное различие.
Безопасны две схемы:
- Cursor и Claude Code читают одну редактируемую проектную версию;
- Cursor работает с проектными файлами, а Claude Code использует plugin, но в проекте нет дубликата с тем же именем.
Опасная схема — установить файл через CLI, затем для уверенности включить plugin с тем же skill. Даже если первый тест проходит, результат может измениться после перезапуска, обновления или смены каталога проекта.
Проверяйте инструменты по отдельности:
- в Cursor запросите только обнаружение нужного skill;
- в Claude Code проверьте список доступных навыков;
- убедитесь, что оба инструмента открывают один проектный контекст;
- выполните низкорисковую задачу: например, анализ отдельного файла без записи;
- сравните, какая инструкция была использована;
- после нового запуска сессии повторите обнаружение.
Не считайте одинаковое имя доказательством одинакового содержимого. Сравнивайте путь, источник и пользовательские изменения. Если Cursor видит skill, а Claude Code нет, сначала проверьте выбранную схему доставки. Не добавляйте вторую установку автоматически.
Средний выбор: что переносить на новый Mac
| Вариант | Источник skill | Когда выбирать | Главный риск | Что проверять |
|---|---|---|---|---|
| Файлы проекта | Версионируемый репозиторий | Нужны правки, общий контекст и воспроизводимость | Изменения забыли зафиксировать | Каталог, diff, инициализацию и тестовый вызов |
| Plugin Claude Code | Управляемый plugin | Работа идёт в Claude Code, локальные правки не нужны | Осталась одноимённая файловая копия | Marketplace, активацию, видимость и область действия |
| Временный Mac | Чистая сборка из выбранного источника | Короткая задача или облачная сессия | Состояние машины приняли за актив проекта | Что возвращено в репозиторий перед уничтожением |
| Cursor и Claude Code вместе | Одна файловая версия или отдельный plugin | Нужны оба инструмента на одном проекте | Два источника с одинаковым именем | Видимость, путь, контекст и безопасный вызов |
Именно поэтому вопрос «нужно ли заново устанавливать Cursor Agent Skills после смены Mac» не имеет единственного ответа. Файловую версию нужно получить из репозитория и проверить. Plugin нужно заново подключить на новом компьютере. Переносить одновременно старую папку и plugin нельзя.
mattpocock/skills может следовать за Git-репозиторием только в том смысле, в котором вы включили его содержимое в проектную поставку и зафиксировали изменения. Сам по себе перенос репозитория не означает, что Claude Code автоматически активирует plugin. И наоборот, включённый plugin не делает локальные изменения проекта частью plugin-пакета.
Приёмка перед передачей: пять доказательств вместо ощущения «всё работает»
Перед тем как передать новый Mac разработчику или начать работу в облачной среде, сохраните пять видов доказательств:
- выбран ровно один источник для каждого имени skill;
- список обнаруженных навыков соответствует ожидаемому;
- один безопасный вызов выполнен и дал проверяемый результат;
- пользовательские изменения совпадают с принятой версией репозитория или сознательно исключены;
- после перезапуска сессии состояние сохранилось.
Эти пункты проверяют не скорость установки, а воспроизводимость. Если вы не можете показать источник, путь и результат вызова, среда ещё не принята.
Итоговая проверка перед выдачей
- [ ] На старом Mac записан фактический способ установки.
- [ ] Проектные изменения зафиксированы либо явно отброшены.
- [ ] На новом Mac не копировалась вся домашняя папка без необходимости.
- [ ] В проекте нет второй одноимённой копии при активном plugin.
- [ ] Команда
npx skills addсверена с актуальным CLI, если выбрана файловая версия. - [ ] Plugin подключён по текущей документации Claude Code, если выбран этот путь.
- [ ] Cursor и Claude Code протестированы отдельно.
- [ ] Тест не изменяет критичные файлы.
- [ ] После перезапуска повторена проверка обнаружения.
- [ ] Перед уничтожением временного Mac конфигурация и custom skills возвращены в репозиторий.
Не используйте для приёмки кэш, случайные каталоги пользователя, старые логи, временные симлинки и незакоммиченные файлы. Они могут объяснить, почему старый Mac работал, но не являются надёжным основанием для нового окружения.
Если проверка не пройдена: откат к одной проверенной версии
Откат не должен выглядеть как ещё одна установка поверх первой. Вернитесь к последней проверенной версии репозитория либо отключите лишний plugin и оставьте один источник. Затем повторите обнаружение, безопасный вызов и проверку после перезапуска.
Если неизвестно, какая копия была правильной, остановите изменения и сравните содержимое. Не выбирайте по дате файла: временная метка старого Mac не доказывает актуальность skill. Надёжнее принять известную версию репозитория и заново проверить её в чистой сессии.
Для облачных рабочих мест этот подход особенно важен. Среда может быть уничтожена, переустановлена или выдана другому человеку. Чем меньше решений хранится только на машине, тем легче повторить настройку и объяснить причину отката.
Старый Mac удобен как источник наблюдений, но не как резервная копия всего состояния. Постоянный новый Mac выигрывает у ручного клонирования тем, что проектные правила видны в истории изменений. Временный Mac выигрывает у долгой настройки, если его собирают из тех же источников и принимают по тем же критериям.
Если текущая схема держится на ручном копировании, двух каталогах и непонятном состоянии plugin, аренда Mac сама по себе проблему не устранит. Вы получите те же дубликаты, только на другой машине, плюс зависимость от времени подготовки и сохранения окружения. Но для краткой проверки Cursor и Claude Code, демонстрации или воспроизводимого задания временный Mac удобнее: вы выбираете один источник, собираете среду заново и уничтожаете её без переноса лишнего пользовательского состояния. После этой проверки можно открыть консоль MacHTML и выбрать формат доступа под срок задачи; для постоянной тяжёлой нагрузки или работы с обязательными физическими интерфейсами сначала сравните аренду с покупкой собственного Mac.
Перед выдачей доступа сверьте этот список с репозиторием и документацией Claude Code. Если изменились команда CLI, структура каталогов, порядок настройки plugin или предупреждение о двойной установке, старую инструкцию нужно пересмотреть, а не дополнять ещё одной командой.
Читайте также: Как установить и настроить Cursor Agent Skills Claude Code и MCP на macOS: практическое руководство
Продолжите разработку на удалённом Mac от MacHTML
Перенесите проект и рабочее окружение на удалённый Mac, чтобы продолжить работу после смены компьютера. Используйте MacHTML для временной облачной среды, тестирования и доступа к привычным инструментам разработки. Подключайтесь к своему Mac удалённо и управляйте рабочей средой через удобную консоль. Выберите подходящий тариф MacHTML и начните работу на Mac, подготовленном под ваши задачи.