Примечание автора: в этой статье вы с нуля освоите два ключевых навыка из mattpocock/skills. Сначала с помощью /grill-me уточните требования, затем пишите код с помощью /tdd. На каждом этапе будут критерии приёмки.
Коротко: сначала используйте /grill-me, чтобы Agent уточнил требования, а затем с помощью /tdd пишите код, добавляя по одному тесту за раз.
По состоянию на 22 октября 2026 года, по пекинскому времени, у проекта GitHub mattpocock/skills около 300 тысяч звёзд. Он распространяется по лицензии MIT, последняя версия — v1.3.1. Большое число звёзд говорит лишь о популярности проекта и не означает, что он обязательно подойдёт для вашего проекта. Поэтому в статье разберём только установку и использование, а также то, как проверить, что всё работает как надо — без обещаний чудесных результатов.
Одна практическая инструкция, в которой можно повторять каждый щелчок и каждую команду. На примере небольшой задачи — добавить проверку купонов в процесс оформления заказа — пройдём весь путь от установки до первого теста, который пройдёт после исправления.
- Цель: установить навыки, пройти один раунд уточнения требований с помощью /grill-me, а затем с помощью /tdd написать первый тест по циклу «красный → зелёный»
- Время: установка займёт всего несколько минут (по словам автора, «30 секунд»). Сколько времени уйдёт на вопросы и написание теста, зависит главным образом от того, как быстро вы отвечаете. По оценке редакции, на всё потребуется примерно от 30 минут до 1 часа
- Что понадобится: программный Agent — например, Claude Code, Codex, GitHub Copilot, Gemini CLI или Cursor — и репозиторий, в котором можно спокойно экспериментировать
- Сложность: начальный уровень. Почти всё делается через графический интерфейс и диалоговые окна; команды для терминала приведены как необязательный вариант
Главное о mattpocock/skills: за что отвечают grill-me и tdd
mattpocock/skills — открытый набор навыков для агентов от Matt Pocock. В описании репозитория сказано: «Навыки для настоящих инженеров». В README автор пишет, что эти навыки небольшие, сочетаются друг с другом, подходят для любой модели и «основаны на десятилетиях инженерного опыта».
| Главное | Описание | Польза |
|---|---|---|
| /grill-me | Задает вопросы по одному и предлагает ответ на каждый. Не записывает ничего в файлы и запускается только вручную | Помогает согласовать требования с агентом до начала работы и выявить решения, о которых вы сами не подумали |
| /tdd | Сначала перечисляет тестовые швы (seam) и ждет вашего подтверждения, а затем проходит цикл «красный → зеленый», по одному тесту за раз | Обеспечивает обратную связь на каждом шаге и помогает тестам выдерживать рефакторинг |
| /setup-matt-pocock-skills | Запускается один раз в каждом репозитории и настраивает трекер задач, метки для сортировки задач и место для документации | Подсказывает инженерным навыкам, куда записывать информацию |
| Варианты установки | Плагин с автоматическими обновлениями или skills.sh с редактируемыми файлами | Не устанавливайте оба варианта: тогда каждый навык появится в двух экземплярах |
Зачем использовать grill-me и tdd вместе
В README перечислены типичные проблемы, и две из них напрямую связаны с этими навыками. Первая — «агент сделал не то, что я хотел». Обычно причина в том, что вы с агентом по-разному поняли задачу. Решение — провести grilling, то есть дать агенту подробно расспросить вас о том, что нужно сделать. Сам навык /grill-me, по сути, состоит из одной инструкции: вызвать навык grilling. Правила задавания вопросов описаны в самом grilling.
Вторая проблема — «код не запускается». Даже если требования согласованы, агент работает вслепую, когда не видит результат выполнения кода. В /tdd сначала пишут тест, который должен упасть, а затем — ровно столько кода, сколько нужно, чтобы он прошел. Так агент получает надежную обратную связь на каждом шаге. Вместе эти навыки закрывают две задачи: первый помогает понять, что делать, а второй — правильно ли это сделано.
Как установить mattpocock/skills и запустить grill-me и tdd: 5 шагов
Шаг 1. Установите mattpocock/skills (сначала попробуйте через графический интерфейс)
В официальной документации описана установка для Claude Code, Codex, GitHub Copilot и Gemini CLI. Для остальных агентов используйте skills.sh. В README прямо сказано, что эти навыки подходят для любых моделей. Авторы также упоминают Auggie, Droid, Goose и другие агенты, которые пока никто не проверял на практике. Поэтому сейчас рекомендуется устанавливать их через skills.sh.
| Ваш агент | Рекомендуемый способ установки | Автоматическое обновление |
|---|---|---|
| GitHub Copilot (VS Code) | Откройте палитру команд, запустите Chat: Install Plugin From Source и введите https://github.com/mattpocock/skills |
Да, обновляется ежедневно |
| Claude Code | Установите mattpocock-skills из официального магазина плагинов claude-plugins-official |
Да, включено по умолчанию |
| Codex | Сначала добавьте магазин плагинов mattpocock/skills, затем установите плагин |
Да, обновляется при запуске |
| Copilot CLI | Установите из магазина плагинов mattpocock |
Да, после однократной настройки autoUpdate: true |
| Gemini CLI | Установите отдельно каталоги engineering и productivity | Нет, команды нужно запускать повторно |
| Cursor, OpenCode, Windsurf, Devin, Amp, Pi и другие | Через skills.sh | Нет, обновлять нужно вручную |
Пользователям VS Code проще всего установить плагин через интерфейс. Нажмите Ctrl+Shift+P (на macOS — Cmd+Shift+P), чтобы открыть палитру команд, введите Chat: Install Plugin From Source, нажмите Enter и вставьте адрес репозитория. Если вам удобнее работать в терминале, ниже приведены официальные команды установки — просто скопируйте их:
- Claude Code: выполните
claude plugin install mattpocock-skills@claude-plugins-official. Автоматическое обновление включено по умолчанию. - Codex: сначала выполните
codex plugin marketplace add mattpocock/skills, затем —codex plugin add mattpocock-skills@mattpocock. Плагин будет обновляться при каждом запуске. - GitHub Copilot CLI: сначала выполните
copilot plugin marketplace add mattpocock/skills, затем —copilot plugin install mattpocock-skills@mattpocock. - Gemini CLI: отдельно выполните команды
gemini skills install https://github.com/mattpocock/skills.git --path skills/engineeringиgemini skills install https://github.com/mattpocock/skills.git --path skills/productivity. Автоматического обновления нет: чтобы обновить навыки, запустите обе команды повторно. - Другие агенты (skills.sh): выполните
npx skills@latest add mattpocock/skills -a cursor, заменивcursorна название используемого агента, напримерopencode,devin,windsurf,ampилиpi. Если не указывать-a, система предложит выбрать агент самостоятельно. Для обновления выполнитеnpx skills@latest update. Если появятся новые навыки, запустите командуaddещё раз. - Установка одного навыка: выполните
npx skills@latest add mattpocock/skills --skill=<name>, заменив<name>на название навыка.
Для Copilot CLI нужно один раз открыть файл ~/.copilot/settings.json и добавить в него такую настройку: {"extraKnownMarketplaces": {"mattpocock": {"source": {"source": "github", "repo": "mattpocock/skills"}, "autoUpdate": true}}}. Она регистрирует магазин плагинов mattpocock как источник из репозитория GitHub mattpocock/skills и включает автоматическое обновление. В официальной документации сказано, что формат настройки соответствует требованиям, но на практике его пока никто не проверял.
Можно установить либо плагин, либо пакет через skills.sh — вместе их использовать нельзя. Плагин обновляется автоматически и доступен только для чтения, а skills.sh копирует редактируемые файлы в ваш проект. Если установить оба варианта, каждый навык будет дублироваться. При установке через skills.sh программа спросит, какие навыки добавить. Не забудьте отметить setup-matt-pocock-skills.
Если хотите установить только отдельные навыки, у двух из них есть зависимости. grill-me лишь вызывает grilling, поэтому нужно установить и grilling. Для tdd требуется codebase-design: этот навык предоставляет термины для обсуждения точек расширения интерфейса.
Установка прошла успешно, если в диалоговом окне Agent при вводе / в списке подсказок отображаются grill-me, tdd и setup-matt-pocock-skills — каждый по одному разу.
Шаг 2: запустите /setup-matt-pocock-skills в диалоговом окне
При первом использовании этого набора навыков в репозитории введите /setup-matt-pocock-skills в диалоговом окне Agent. Вам зададут три вопроса: какую систему отслеживания задач использовать (GitHub, GitLab, локальные файлы или другой вариант, который вы укажете), какие метки применять при сортировке задач и куда сохранять созданные документы.
Отвечайте как есть. Если не уверены, выберите локальные файлы — настройки можно изменить позже. Формально для /grill-me настройка репозитория не требуется, поэтому этот шаг можно пропустить. Но для инженерных навыков, например /tdd, лучше сначала завершить настройку. Для каждого репозитория достаточно сделать это один раз.
Настройка завершена, если Agent задал все три вопроса и сообщил, что конфигурация готова, а вы знаете, куда будут сохраняться документы.
Шаг 3. Выберите подходящие модели для grill-me и tdd
В официальной документации особо отмечено, что на этапе вопросов модель важнее, чем при работе с большинством навыков. Метод grill-me опирается на знания самой модели о том, «как система может сломаться», поэтому используйте самую сильную из доступных вам моделей. При написании реализации модель в основном следует уже заданному контексту, так что здесь вполне подойдёт вариант подешевле.
| Этап | Требования к модели | Рекомендация |
|---|---|---|
| Вопросы в /grill-me | Модель опирается на собственные инженерные знания: чем она сильнее, тем точнее вопросы | Используйте самую сильную доступную модель, например Claude Opus 5.5 |
| Написание реализации в /tdd | В основном следует уже сформированному контексту | Можно переключиться на более дешёвую модель |
| Подключение | Переключайте модели по этапам в Claude Code и Codex | Подключите несколько моделей с одним API-ключом через APIYI apiyi.com |
Чтобы настроить единый интерфейс в Claude Code и Codex, выполните следующие действия:
- Claude Code: сначала задайте две переменные окружения:
ANTHROPIC_BASE_URL—https://api.apiyi.com(единый интерфейс APIYI), аANTHROPIC_AUTH_TOKEN— ваш API-ключ. Затем запуститеclaudeи переключайте модели в диалоговом окне командой/model. - Codex: откройте
~/.codex/config.tomlи добавьте две строки:model = "<模型ID>"иmodel_provider = "apiyi". Затем добавьте блок[model_providers.apiyi], а под ним — три строки:name = "APIYI",base_url = "https://api.apiyi.com/v1"иenv_key = "APIYI_API_KEY". Уточните ID модели в консоли.
Названия полей могут меняться в разных версиях инструментов. Актуальную информацию смотрите в официальной документации инструментов и на docs.apiyi.com.
🎯 Как выбрать модель: на этапе вопросов лучше использовать самую сильную модель, а для написания реализации можно выбрать вариант попроще. С одним API-ключом APIYI apiyi.com удобно переключаться между моделями в Claude Code и Codex. Важно: APIYI решает только задачу вызова модели и не заменяет сами навыки grill-me и tdd.
Считайте настройку успешной, если в диалоговом окне отображается выбранная модель. В Claude Code для этого можно использовать команду /model. Убедитесь, что на этапе вопросов выбрана нужная вам сильная модель.
Шаг 4. С помощью /grill-me уточните требования к проверке купонов
Откройте новый сеанс — не продолжайте диалог, в котором Agent уже составил план. Также отключите режим планирования. В этом режиме Agent торопится выдать план, а на этом шаге нужно, чтобы он задавал вопросы. Введите в поле чата /grill-me Я хочу добавить проверку купона в процесс оформления заказа и нажмите Enter.
Agent не запускает grill-me автоматически — режим включается только по вашей команде. Он разобьёт требования на «дерево решений» и в каждом раунде задаст все вопросы, для которых уже определены необходимые условия. Вопросы пронумерованы и дополнены рекомендуемыми ответами. Формулировки подобраны так, чтобы простое «да» означало принятие рекомендации. Примерно так выглядит раунд вопросов:
❓ Q1 — В какой момент считать купон просроченным: при оформлении заказа или после успешной оплаты?
➡️ Рекомендация: в момент оформления заказа, чтобы купон не перестал действовать, пока пользователь оплачивает заказ.❓ Q2 — Учитывать ли доставку при расчёте минимальной суммы для скидки?
➡️ Рекомендация: нет, учитывать только стоимость товаров.❓ Q3 — Сколько купонов можно использовать в одном заказе?
➡️ Рекомендация: один.
Самая распространённая ошибка — соглашаться со всем подряд. Так вы лишь ставите печать на плане, который составил Agent, но сами ничего не решаете. Лучше отвечать с учётом своих предпочтений, например:
Q1 — да. Q2 — не согласен: по правилам нашей акции доставка учитывается. Q3 — не знаю, нужно спросить у команды маркетинга; пока считаем, что можно использовать один купон.
Следующий раунд будет опираться на ваши ответы. Например, если доставка учитывается, Agent может уточнить, можно ли одновременно применить купон на доставку и купон на скидку от минимальной суммы. Если для ответа нужно проверить факты в репозитории, Agent должен сам поручить это дочернему агенту, а не спрашивать вас. В официальной документации сказано, что за четыре раунда может набраться больше сорока вопросов — это нормально.
Считайте задачу выполненной, если:
— вопросы задаются по раундам, каждый пронумерован и сопровождается рекомендацией, которую можно принять ответом «да»;
— в следующих раундах явно учитываются ваши предыдущие ответы;
— вы хотя бы раз возразили или всерьёз ответили «не знаю»;
— в конце Agent просит подтвердить, что вы пришли к общему пониманию. До подтверждения он не приступает к работе и не изменяет файлы.
Шаг 5. Пишите код через /tdd, по одному тесту за раз
Продолжайте в том же сеансе, чтобы сохранить контекст, который уже собрали. При необходимости переключитесь на более экономичную модель и введите /tdd реализуй проверку купонов по только что согласованным правилам.
Сначала команда не пишет тест, а предлагает границы тестирования (seam) и ждёт вашего подтверждения. Например, вариант A — чистая функция validateCoupon(coupon, order, now): она позволяет проверить логику правил, но не покажет, как она связана с процессом оформления заказа. Вариант B — метод checkout() сервиса оформления заказа: он проверяет эту связь, но выполняется медленнее. Если команда назвала только варианты, спросите, что именно можно проверить на каждой границе и что останется за рамками. В нашем примере выберем A.
Ниже — пример первого теста на TypeScript + Vitest. Это лишь демонстрация: навык не привязан к конкретному языку или тестовому фреймворку.
- Файл теста:
coupon.test.ts. Импортируйтеitиexpectизvitest, аvalidateCoupon— из./coupon. - Название теста: пользователь не может воспользоваться просроченным купоном.
- Входной купон:
{ code: "SAVE10", minSubtotal: 100, expiresAt: new Date("2026-10-01") }, то есть купон действует при сумме от 100 юаней и истекает 1 октября. - Входящий заказ:
{ subtotal: 120 }, сумма заказа — 120 юаней. - Текущее время:
new Date("2026-10-22"). Передавайте время параметром, а не считывайте внутри функции. Тогда результат будет одинаковым независимо от дня запуска теста. - Ожидаемый результат:
expect(result).toEqual({ ok: false, reason: "expired" })— проверка не пройдена, причина — истёкший срок действия.
Сначала запустите тест: он завершится ошибкой, потому что validateCoupon ещё не существует. Затем агент напишет минимум кода, необходимый для прохождения теста, например проверку now >= coupon.expiresAt, при которой возвращается результат об истёкшем сроке действия. Когда тест станет зелёным, можно переходить к следующему — например, проверить, что купон не принимается, если сумма заказа ниже порога. Обратите внимание: ожидаемое значение задаётся литералом на основе правил, а название теста описывает возможность пользователя, а не вызов какой-то внутренней функции.
Сейчас в tdd есть только этапы «красный → зелёный», без рефакторинга. Этот этап убрали в июне 2026 года, потому что агент почти никогда его не выполнял; теперь за рефакторинг отвечает /code-review. В описании навыка всё ещё указано red-green-refactor — это известная проблема, но такая формулировка по-прежнему активирует навык. Используйте моки только для системных границ вроде внешних API, времени и случайных чисел. Не мокайте собственные модули.
Считайте задачу выполненной, если:
— Перед созданием любых файлов с тестами команда сначала перечисляет границы тестирования и ждёт вашего подтверждения.
— За раз появляется только один тест: сначала он падает, затем проходит, и только после этого пишется следующий. Нет сценария «сначала пачка тестов, потом пачка кода».
— Переименование внутренней функции не приводит к падению теста.
Когда использовать grill-me, tdd и другие навыки: памятка по устранению проблем
Часто дело не в том, что люди не умеют пользоваться навыками, а в том, что выбирают неподходящий сценарий. Сохраните эту таблицу и сверяйтесь с ней, когда возникнет вопрос, что выбрать.
| Ваша ситуация | Что использовать | Описание |
|---|---|---|
| Идея пока расплывчатая и необязательно связана с кодом | /grill-me | Не нужен репозиторий и не требуется создавать файлы. Подходит и для бизнес-решений, и для текстов |
| Нужно изменить код в репозитории и зафиксировать термины и решения | /grill-with-docs | Тот же процесс вопросов и ответов, но с обновлением GLOSSARY.md и ADR |
| Работы больше, чем можно выполнить за один сеанс | /wayfinder | Создаёт карту задач для принятия решений в трекере задач, чтобы разбирать их по очереди |
| Нужно реализовать поведение с чётко заданными входными и выходными данными | /tdd | Подходит для бизнес-логики, контрактов запросов и ответов, преобразования данных и проверок |
| Уже есть спецификация или задача, и нужно реализовать её целиком | /implement | Запускает работу через /tdd на согласованных точках стыка, а перед коммитом выполняет /code-review |
Если не знаете, что выбрать, введите /ask-matt — он порекомендует подходящий навык с учётом вашей ситуации. Большинство проблем, возникающих при работе, описаны в таблице ниже.
| Проблема | Частая причина | Что делать |
|---|---|---|
| Вопросов слишком много — их уже сотни | Слишком широкий охват или ухудшение качества вопросов из-за перегруженного контекста | Сначала попросите Agent разбить работу на части, а затем отдельно проработайте каждую с помощью grill |
| Всё заканчивается слишком быстро, а вы всю дорогу отвечаете только «согласен» | Слишком пассивные ответы | Возражайте, указывайте на уход от темы и честно говорите «не знаю» |
| Не удаётся ответить на вопрос, даже после нескольких переформулировок | Вопрос относится к тем, на которые нельзя ответить в разговоре, например об ощущениях от взаимодействия | Прервите обсуждение и создайте одноразовый прототип с помощью /prototype |
| Не удаётся выбрать границы тестирования | Кандидатные точки стыка просто перечислены без пояснений | Сначала уточните для каждой точки стыка, что она позволяет обнаружить, что может пропустить и насколько замедлит работу |
| Сначала написана реализация, а тесты добавлены потом | Такова стандартная привычка модели | Следите за ключевыми срезами во время выполнения и, если заметите проблему, попросите вернуться к этапу «сначала красный» |
| Браузерные тесты зациклились | Сквозные тесты написали до того, как функциональность появилась | Укажите в CLAUDE.md, что браузерные тесты нужно писать только после того, как поведение заработает |
| Тесты просто повторяют реализацию | Для конфигурации и связующего кода нет независимого эталонного результата | Для таких изменений не используйте tdd; правила можно добавить в CLAUDE.md |
| Каждый навык появился в двух экземплярах | Установлены и плагин, и skills.sh | Удалите один из вариантов |
Часто задаваемые вопросы о mattpocock/skills
Вопрос 1. Около 300 тысяч звёзд — значит ли это, что инструмент точно хорош?
Нет. Число звёзд показывает интерес к проекту, но не гарантирует, что он будет эффективен именно в вашем проекте. Автор пишет, что опирается на многолетний инженерный опыт, однако независимых оценок прироста эффективности пока нет. Надёжнее всего проверить инструмент на практике в своём репозитории и сверить результат с критериями приёмки для каждого шага из этой статьи.
Вопрос 2. Инструмент работает только в Claude Code, Codex и других подобных инструментах?
Нет. В официальном списке указаны только проверенные способы установки. Если вашего Agent там нет, можно воспользоваться skills.sh: указать его через `-a` или выбрать интерактивно. В README также сказано, что эти навыки подходят для любых моделей и по сути представляют собой инструкции, написанные в Markdown.
Вопрос 3. После вопросов grill-me нужно начать новый сеанс, чтобы писать код?
Не нужно. Контекст, который появился в процессе вопросов, — самая ценная часть работы. В официальной инструкции рекомендуется в том же сеансе передать задачу `/to-spec`, чтобы создать спецификацию. В небольшом примере из этой статьи мы сразу переходим в том же сеансе к `/tdd`.
Вопрос 4. Вопросов за один раунд слишком много. Можно задавать по одному?
Можно. Добавьте в глобальный файл `CLAUDE.md` строку `When grilling, ask one question at a time.` Однако вопросы, сгруппированные по раундам, позволяют сразу увидеть всё, что можно решить. Попробуйте сначала несколько раз, а потом решите, стоит ли менять настройки.
Вопрос 5. Почему в описании tdd указано red-green-refactor, но на деле рефакторинга нет?
Этап рефакторинга намеренно убрали в июне 2026 года, но описание пока не обновили. Это известная проблема, которую ещё не закрыли. Сейчас процесс состоит из двух этапов: «красный → зелёный», а рефакторинг передан `/code-review`. Лучше разделять написание кода и проверку на два сеанса.
Вопрос 6. Как удобнее использовать разные модели для вопросов и реализации?
Можно настроить единый интерфейс в Claude Code или Codex способом, описанным в шаге 3 этой статьи. С одним API-ключом от APIYI (apiyi.com) на этапе вопросов можно использовать Claude Opus 5.5, а при написании кода переключиться на более экономичную модель. Сервис отвечает только за вызов модели, а навыки устанавливаются как обычно.
Вопрос 7. Для каких изменений не подходит tdd?
Например, для настройки конфигурации, соединения компонентов, вспомогательного кода, аннотаций типов и простых операций создания, чтения, обновления и удаления с перенаправлением запросов. Для таких изменений нет независимого эталонного ответа, поэтому тест легко превращается в копию реализации. Авторы признают, что навык пока не помогает решить, «стоит ли применять TDD», — это нужно определять самостоятельно. Если сомневаетесь, попросите Agent с помощью лёгкой модели в APIYI (apiyi.com) перечислить входные данные и наблюдаемые результаты изменения. Если он не сможет это сделать, не используйте tdd.
Главные выводы и итоги по mattpocock/skills
Ключевые выводы
- Сначала спросите, потом пишите код: сначала согласуйте требования с помощью /grill-me, а затем реализуйте их через /tdd — по одному тесту за раз.
- Выберите один способ установки: устанавливайте либо через плагин, либо через skills.sh. Иначе каждый навык появится в двух экземплярах.
- Не забудьте о зависимостях: при отдельной установке для grill-me нужен grilling, а для tdd — codebase-design.
- Отвечайте активно: чаще возражайте и говорите «не знаю». Постоянно со всем соглашаться — самый распространённый путь к неудаче.
- Сначала согласуйте границы тестирования: tdd сначала предлагает список границ тестирования и ждёт вашего подтверждения, а затем следует циклу «красный → зелёный» без рефакторинга.
- Выбирайте модель под задачу: для вопросов используйте самую мощную модель, для реализации можно выбрать модель попроще. Через APIYI достаточно одного API-ключа, чтобы переключаться между ними.
Итоги
Ценность mattpocock/skills не в примерно 300 тысячах звёзд, а в том, что эти навыки превращают два базовых инженерных принципа — «сначала договориться, потом проверять небольшими шагами» — в повторяемый процесс. Пройдите 5 шагов из этой статьи: установите навыки, запустите setup, выберите модель, уточните требования с помощью /grill-me и напишите первый тест, который пройдёт путь от красного к зелёному. Так вы поймёте, подходит ли этот подход вашему проекту.
Если на этапе уточнения требований и на этапе реализации вы хотите использовать разные модели, переключаться между ними в Claude Code и Codex можно с одним API-ключом через APIYI apiyi.com. Остаётся только несколько раз потренироваться на реальных задачах и не забывать отвечать активно.
Источники
- GitHub — mattpocock/skills: главная страница репозитория с README и всеми файлами SKILL.md
- Ссылка:
github.com/mattpocock/skills -
Описание: здесь собрана актуальная информация о способах установки, списке навыков и обновлениях.
-
AI Hero — документация по Skills: официальные описания навыков grill-me, tdd и других
- Ссылка:
aihero.dev/skills -
Описание: включает критерии приёмки из раздела «It’s working if» и ответы на частые вопросы.
-
skills.sh — mattpocock/skills: универсальный способ установки для других агентов
- Ссылка:
skills.sh/mattpocock/skills - Описание: подходит для Cursor, OpenCode, Windsurf и других инструментов; обновлять навыки нужно вручную.
Автор: техническая команда APIYI
Техническое обсуждение: будем рады пообщаться — свяжитесь с нами на главной странице APIYI apiyi.com. Дополнительные материалы по подключению доступны в центре документации docs.apiyi.com.
