spring-boot-skills
Набор скиллов для Claude Code и Codex, которые учат агента писать Spring Boot по вашим конвенциям и шаблонам
- 357 ★ репозитория
- Последний коммит
- MIT
Минимальный доступ
Почему такой уровень
- Скиллы состоят из инструкций, примеров и шаблонов кода
Установка
- Работает в
В терминале, через SkillFoxx CLI
npx skillfoxx add skills/spring-boot-skillsОпределит агенты на машине, покажет уровень доступа и зафиксирует версию.
Другие способы установки
Доступ и проверки
Как мы проверяемМинимальный доступИнструмент ничего не запускает и не ходит в сеть.
- Скиллы состоят из инструкций, примеров и шаблонов кода
Это чужой код. Посмотрите файлы в репозитории перед установкой.
Что делает
Каждый скилл это файл разметки, который агент читает перед правкой кода Spring Boot, чтобы следовать нужным практикам, а не общим примерам из сети. Темы охватывают архитектуру, конвенции REST, работу с данными и JPA, миграции Flyway, безопасность, обмен сообщениями, наблюдаемость, развертывание в контейнерах и другое. К скиллам приложены примеры хорошего и плохого кода и готовые шаблоны классов. Каталог разделен на две ветки под Spring Boot 3 и Spring Boot 4. Ставится плагином через маркетплейс или копированием нужных папок в каталог скиллов.
Для кого. Для Java-разработчиков на Spring Boot, которые хотят, чтобы агент писал код в стиле их проекта.
Подходит, если
- Агент генерирует Spring Boot с чужими конвенциями и устаревшими практиками
- Нужны единые правила для контроллеров, DTO, обработки ошибок и версионирования API
- Переходите между Spring Boot 3 и 4 и хотите свежие практики
Не подходит, если
- Проект не на Spring Boot
- Нужен исполняемый инструмент, а не справочные инструкции для агента
Пример запроса к агенту
Добавь эндпойнт для заказов по конвенциям REST из скилла, с нашей оберткой ответа и версионированиемОграничения
Это справочные инструкции и шаблоны, а не исполняемый инструмент, код агент пишет сам. Практики привязаны к версиям Spring Boot 3 и 4, перед обновлением стоит сверяться с официальными источниками. Скиллы на английском.
Как отключить. Удалите плагин spring-boot-skills через claude plugin или уберите скопированные папки из каталога .claude/skills.
Частые вопросы
Чем ветки Boot 3 и Boot 4 отличаются?
Практики и примеры подогнаны под соответствующие версии Spring, общие темы есть в обеих ветках.
Можно без плагина?
Да, нужные папки скиллов копируют прямо в .claude/skills проекта.
Обсуждение
Вопросов и отзывов пока нет.
Похожие
СкиллыНабор из 16 скиллов для Spring Boot: агент сначала изучает приложение, потом правит JPA, DTO, REST, Security, Kafka и тесты.
Набор из 14 скиллов для Java Spring Boot: от анализа требований и генерации кода до тестов, ревью и Docker-развертывания.
Скиллы для Java-проектов: ревью кода, Spring Boot, JPA, конкурентность, миграция версий Java, аудит Maven и безопасность
Шесть скиллов для разработки на Java: Spring Boot 4, проверка Spring Modulith, jSpecify, ревью кода и генератор проектов Progen.
Плагин с 8 скиллами и 6 агентами для Claude Code: Spring Boot 4, Java 21, JPA, тесты и Kubernetes по единым правилам проекта.
Навык создания приложений на Spring Boot: берет свежую версию с start.spring.io и добавляет Docker, Vue или React и PostgreSQL.
Сравнение с похожими
Карточки с тем же главным запросом: чем они отличаются.
| Инструмент | Официальный | Звезды репозитория | Главное отличие |
|---|---|---|---|
| spring-boot-skills (эта карточка) | нет | 357 | |
| AIGuide Skills | нет | 742 | два скилла AIGuide |
| BootUI | нет | 334 | скилл и MCP-сервер |
Коротко о README
README объясняет, что агенты часто выдумывают код Spring Boot: внедрение через поле вместо конструктора, свою иерархию ошибок, ручные схемы вместо Flyway. Скиллы задают агенту конвенции проекта до правки кода. Каталог из тридцати с лишним тем в двух версиях под Boot 3 и Boot 4, у каждой темы примеры и шаблоны. Установка идет через маркетплейс плагинов Claude Code и Codex или копированием папок в каталог скиллов. В планах повторяемые команды вроде генерации эндпойнта и написания теста.
Бейдж для README
Исходный SKILL.md
--- name: rest-api-conventions description: > Use when generating REST controllers, DTOs, success response contracts, pagination, HTTP status mapping, or API versioning. For RFC 9457 exception and error response formatting, use problem-details-rfc9457 unless the project explicitly requires a legacy error envelope. --- # REST API Conventions ## Project Contract Inspect existing controllers, tests and OpenAPI before choosing a response contract. Preserve the project's IDs, response shape and versioning strategy. Do not migrate unrelated endpoints while adding one route. The envelope below is an optional convention for a project that uses it; plain success DTOs are equally valid. A 204 response has no body. Success and error formats are independent: an existing success envelope can coexist with RFC 9457 errors. Use one consistent error policy; choose the legacy error examples below only when the project already requires that format.