openapi-to-application-code — GitHub Copilot skill
Generates an application from an OpenAPI spec using the chosen framework's conventions. Use it when starting an API project from a specification.
npx skills add github/awesome-copilot --skill openapi-to-application-codeWhat openapi-to-application-code does
This skill guides GitHub Copilot through an OpenAPI spec, checking its definitions and identifying endpoints, schemas and security requirements. It also flags ambiguities before planning the application structure.
The generation process covers models, route handlers and a service layer. A data access layer is included where applicable. Supporting files include tests, a README, an environment template and example requests.
Provide the spec as a URL, a local file or pasted content. If the spec leaves out project details, supply the framework and its version, along with details such as the authentication method. Choose this skill when building an application from OpenAPI, then review the code, configure the environment and run the tests.
What it helps with
- Generate an application from an OpenAPI spec
- Flag ambiguous or incomplete API definitions
- Create models and route handlers
- Add tests for controllers and services
- Prepare a README and example requests
Example prompts for the agent
- Generate an application from my local OpenAPI specification file.
- Check the OpenAPI spec I paste below, then generate models and route handlers.
- Build an application from this OpenAPI spec and add tests for the services and controllers.
How to install openapi-to-application-code
1Skills CLI (Vercel)
npx skills add github/awesome-copilot --skill openapi-to-application-code2GitHub CLI
gh skill install github/awesome-copilot openapi-to-application-code3Manually: put the files in place
.github/skills/openapi-to-application-code/SKILL.md1Skills CLI (Vercel)
npx skills add github/awesome-copilot --skill openapi-to-application-code -a claude-code2Manually: put the files in place
~/.claude/skills/openapi-to-application-code/SKILL.mdCopy the whole skill folder; for one project use .claude/skills/openapi-to-application-code/
Manually: put the files in place
.agents/skills/openapi-to-application-code/SKILL.mdFor all projects use ~/.agents/skills/
Manually: put the files in place
.cursor/skills/openapi-to-application-code/SKILL.mdCursor also reads .agents/skills/ and .claude/skills/
Platform CLI
gemini skills install https://github.com/github/awesome-copilot --path skills/openapi-to-application-codeManually: put the files in place
.devin/skills/openapi-to-application-code/SKILL.mdThe legacy .windsurf/skills/ path still works
Claude.ai
Zip the folder and upload it in Settings → Capabilities → Skills
From the same set554
The whole set →Similar
Questions about openapi-to-application-code
How do I install openapi-to-application-code in GitHub Copilot?
Run npx skills add github/awesome-copilot --skill openapi-to-application-code.
What does openapi-to-application-code do?
The skill guides application generation from an OpenAPI spec, from examining endpoints and schemas to creating code, tests and supporting files.
What input does the skill need?
Provide an OpenAPI spec as a URL, a local file path or pasted content. If the spec omits project details, supply the target framework and version along with the other necessary details.
Source text
SKILL.md · MIT
--- 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?
© github · MIT · github/awesome-copilot