What problem does it solve? Writing OpenAPI 3.1 specifications by hand is error-prone: teams often mix OpenAPI 3.0 syntax with 3.1, forget required metadata, or invent inconsistent error response formats. This Skill provides a standard operating procedure and a validation script to produce compliant, consistent API contracts for GCP-native microservices. ## Core Features & Use Cases - Step-by-Step Authoring Procedure: Guides you through declaring OpenAPI 3.1 metadata, server URLs for staging and production Cloud Run environments, paths, operations, and request/response schemas. - RFC 7807 Error Standardization: Enforces the standard problem details schema (type, title, status, detail, instance) for all 4xx and 5xx responses via a reusable YAML template. - Automated Validation: Ships a Python script that checks YAML syntax, OpenAPI 3.1 version compliance, required sections, and the presence of ProblemDetails schemas. - Use Case: Before opening a pull request for a new Cloud Run backend endpoint, run the validator to confirm your api-spec.yaml declares openapi 3.1.0, includes info and paths sections, and references the RFC 7807 ProblemDetails schema. ## Quick Start Ask the AI to generate an OpenAPI 3.1 specification for your Cloud Run service with RFC 7807 error responses, then validate it using the included validate_yaml.py script.