openapi-to-application-code
Создать приложение по спецификации OpenAPI
Что получите
Проект приложения с кодом, конфигурацией сборки, тестами, документацией API, примерами запросов и README с инструкциями запуска.
Что передать
Спецификация OpenAPI по ссылке, в файле или текстом; недостающие сведения о проекте.
Проверен состав файлов. Запуск не тестировался. Что проверено
Оценки пользователей
Как использовать
Помогает разработчикам превратить описание API в приложение по правилам выбранного фреймворка. Подходит для создания проекта с обработкой запросов, моделями данных и заданной аутентификацией.
- Укажите название проекта, фреймворк и его версию, правила именования и способ аутентификации, если их нет в спецификации.
- Уточните, нужны ли база данных, Docker и интеграционные тесты.
- После генерации просмотрите код, установите зависимости, настройте окружение и подключения к базе, затем запустите тесты.
Условия работы
- Неполные или неоднозначные определения OpenAPI требуют уточнения.
- Для запуска нужны зависимости выбранного фреймворка и настроенное окружение.
Пример запроса после установки
Создай приложение по приложенной спецификации OpenAPI на Spring Boot. Добавь PostgreSQL, заданную в спецификации аутентификацию и инструкции для локального запуска.
Пример составлен по инструкции автора; результат запуска не проверялся.
Основание: инструкция закреплённой версииДля установки
Передайте промпт агенту, поддерживающему этот скилл. Подключения и инструменты для работы скилла настраиваются отдельно.
Совместимые агенты
Совместимость указана для инструкций. Запуск в каждом приложении не тестировался; для веб-чата способ подключения может отличаться.
Файлы скилла
GitHubЧитать инструкцию SKILL.md
Исходный текст закреплённой версии.
--- name: openapi-to-application-code description: 'Generate a complete, production-ready application from an OpenAPI specification' --- # Generate Application from OpenAPI Spec Your goal is to generate a complete, working application from an OpenAPI specification using the active framework's conventions and best practices. ## Input Requirements 1. **OpenAPI Specification**: Provide either: - A URL to the OpenAPI spec (e.g., `https://api.example.com/openapi.json`) - A local file path to the OpenAPI spec - The full OpenAPI specification content pasted directly 2. **Project Details** (if not in spec): - Project name and description - Target framework and version - Package/namespace naming conventions - Authentication method (if not specified in OpenAPI) ## Generation Process ### Step 1: Analyze the OpenAPI Specification - Validate the OpenAPI spec for completeness and correctness - Identify all endpoints, HTTP methods, request/response schemas - Extract authentication requirements and security schemes - Note data model relationships and constraints - Flag any ambiguities or incomplete definitions ### Step 2: Design Application Architecture - Plan directory structure appropriate for the framework - Identify controller/handler grouping by resource or domain - Design service layer organization for business logic - Plan data models and entity relationships - Design configuration and initialization strategy ### Step 3: Generate Application Code - Create project structure with build/package configuration files - Generate models/DTOs from OpenAPI schemas - Generate controllers/handlers with route mappings - Generate service layer with business logic - Generate repository/data access layer if applicable - Add error handling, validation, and logging - Generate configuration and startup code ### Step 4: Add Supporting Files - Generate appropriate unit tests for services and controllers - Create README with setup and running instructions - Add .gitignore and environment configuration templates - Generate API documentation files - Create example requests/integration tests ## Output Structure The generated application will include: ``` project-name/ ├── README.md # Setup and usage instructions ├── [build-config] # Framework-specific build files (pom.xml, build.gradle, package.json, etc.) ├── src/ │ ├── main/ │ │ ├── [language]/ │ │ │ ├── controllers/ # HTTP endpoint handlers │ │ │ ├── services/ # Business logic │ │ │ ├── models/ # Data models and DTOs │ │ │ ├── repositories/ # Data access (if applicable) │ │ │ └── config/ # Application configuration │ │ └── resources/ # Configuration files │ └── test/ │ ├── [language]/ │ │ ├── controllers/ # Controller tests │ │ └── services/ # Service tests │ └── resources/ # Test configuration ├── .gitignore ├── .env.example # Environment variables template └── docker-compose.yml # Optional: Docker setup (if applicable) ``` ## Best Practices Applied - **Framework Conventions**: Follows framework-specific naming, structure, and patterns - **Separation of Concerns**: Clear layers with controllers, services, and repositories - **Error Handling**: Comprehensive error handling with meaningful responses - **Validation**: Input validation and schema validation throughout - **Logging**: Structured logging for debugging and monitoring - **Testing**: Unit tests for services and controllers - **Documentation**: Inline code documentation and setup instructions - **Security**: Implements authentication/authorization from OpenAPI spec - **Scalability**: Design patterns support growth and maintenance ## Next Steps After generation: 1. Review the generated code structure and make customizations as needed 2. Install dependencies according to framework requirements 3. Configure environment variables and database connections 4. Run tests to verify generated code 5. Start the development server 6. Test endpoints using the provided examples ## Questions to Ask if Needed - Should the application include database/ORM setup, or just in-memory/mock data? - Do you want Docker configuration for containerization? - Should authentication be JWT, OAuth2, API keys, or basic auth? - Do you need integration tests or just unit tests? - Any specific database technology preferences? - Should the API include pagination, filtering, and sorting examples?
Проверка и особенности
Автоматическая проверка источника и файлов
Автоматически проверены публичный репозиторий, лицензия, заголовок SKILL.md, состав текстового пакета и Git-хеш каждого файла. Пакеты с исполняемыми файлами и срабатываниями применённых статических правил не включены. Ручной аудит всех инструкций и функциональный запуск не проводились. Внешние инструменты и сервисы не проверялись. Проверка не гарантирует безопасность.
В публичном списке установок на 2026-10-09 у скилла было 9 402 установок. Порог отбора — 1 000 установок. Число установок показывает распространённость, а не качество или безопасность инструкции.
Есть ссылки на внешние инструкции или инструменты: их содержимое и доступность могут изменяться отдельно от скилла.
- Проверка состава
- 09.10.2026
- Проверенная версия
82701c24b994- Файлы с кодом
- Не указаны в данных проверки
- Изменения на GitHub
- Нужна повторная проверкаПоследняя проверка: 11.10.2026
Репозиторий и лицензия
Это показатели всего репозитория, а не установки скилла. Снимок требует обновления.
- Последняя активность GitHub
- 09.10.2026
- Лицензия
- MIT
- Добавлен в каталог
- 09.10.2026
Полный текст лицензии
MIT License Copyright GitHub, Inc. Permission is hereby granted, free of charge, to any person obtaining a copy of this software and associated documentation files (the "Software"), to deal in the Software without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Software, and to permit persons to whom the Software is furnished to do so, subject to the following conditions: The above copyright notice and this permission notice shall be included in all copies or substantial portions of the Software. THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE SOFTWARE.
Ещё в этой категории
Все в категорииОбсуждение
ПравилаПользовались этим скиллом? Делитесь опытом без регистрации. Все комментарии проверяет модератор.
