contract-standards

Define OpenAPI contract standards and generate TypeScript types from specs.

39|3|Updated Nov 21, 2025
One-click install
npx skills add https://github.com/LiorCohen/sdd --skill contract-standards
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: contract-standards
Source: https://github.com/LiorCohen/sdd/tree/main/plugin/fullstack-typescript/skills/components/contract/contract-standards
Command: npx skills add https://github.com/LiorCohen/sdd --skill contract-standards

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Contract components establish a single source of truth for API definitions by standardizing OpenAPI contracts and the TypeScript types that consume them.

Core Features & Use Cases

  • Standardize API definitions with OpenAPI 3.0 YAML
  • Generate TypeScript types for server and web applications
  • Validate API consistency via Spectral linting
  • Enforce versioning and naming conventions across projects

Quick Start

Create an OpenAPI contract and generate its TypeScript types for immediate use in your API project.

Frequently Asked Questions about contract-standards

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I generate TypeScript types from an OpenAPI contract?▼

OpenAPI contract standards allow you to define API schemas in OpenAPI 3.0 YAML and apply a build-time workflow that generates standardized TypeScript types for immediate use across server and web applications.

What is the best way to enforce API consistency across multiple projects?▼

Establishing OpenAPI contracts as a single source of truth standardizes path naming, operation IDs, and schemas across server and front-end codebases, eliminating structural drift and ensuring API consistency across multiple projects.

Can I use Spectral linting to validate OpenAPI 3.0 YAML definitions?▼

Yes, you can use Spectral linting to validate OpenAPI 3.0 YAML definitions, enforcing versioning and naming conventions at build-time to ensure API consistency and schema validation before code generation.

How do Spectral linting rules work with OpenAPI contract standards?▼

Spectral linting works with OpenAPI contract standards by validating API consistency at build-time, checking OpenAPI 3.0 YAML definitions against enforced naming conventions and versioning rules before generating TypeScript types.

Do I need a single OpenAPI YAML file to standardize both server and front-end codebases?▼

You need an OpenAPI 3.0 YAML contract to standardize both server and front-end codebases, serving as the single source of truth for schemas, path naming, and generated TypeScript types applied across the stack.