How It WorksHow It WorksFeaturesFeaturesDocumentationDocumentationPricingPricing
GitHubGitHub (opens in a new tab)Login
  • Your API Needs a Lockfile
  • Launching API documentation you can subscribe to
  • Governing APIs after they Ship
  • Going API-first
  • Why do we miss things during API review?
  • An Intro to Authoring API Guidelines
  • Beyond API linting: writing rules about API changes
  • Catch breaking changes in Pull Requests
  • Working to make OpenAPI adoptable
  • Making Design First and Code First Work for Everyone
  • The Future of API Specifications
  • The Missing Pieces of Design First Workflows
  • Writing Design Guides for API Changes
  • The Git for APIs
  • Optic on Software Engineering Daily
  • API Lifecycle
  • API Review
  • API Review at Scale
  • API Spec Coverage
  • Four Approaches for Documenting Apis
  • Its Ok to Break Your API
  • Openapi Versioning
  • How It Works
  • Features
  • Documentation
    • Overview
    • Core Concepts
    • Get Started
      • Hands-on with Optic
      • Developer setup
      • GitHub CI
      • GitLab CI
    • Framework Guides
    • Fastify
    • Express
    • Other Frameworks
    • Linting & Checks
    • Lint OpenAPI
    • Forwards Only Checks
    • Compare OpenAPI Files
    • Configure API Standards
      • Advanced
        • Test your API Changes
        • Optic DSL Docs
          • Testing Changes
          • OpenAPI metadata
          • Operation
          • Properties in schemas
          • Request
          • Response
        • Using Spectral
    • API Documentation
    • Generate from Traffic
    • Update with Traffic
    • Publish Documentation
    • Verify API Accuracy
    • Reference
    • CLI Reference
    • Capturing Traffic
      • Client Guides
      • Postman
      • Reverse Proxy
    • Other CI Providers
  • Blog
    • Your API Needs a Lockfile
    • Launching API documentation you can subscribe to
    • Governing APIs after they Ship
    • Going API-first
    • Why do we miss things during API review?
    • An Intro to Authoring API Guidelines
    • Beyond API linting: writing rules about API changes
    • Catch breaking changes in Pull Requests
    • Working to make OpenAPI adoptable
    • Making Design First and Code First Work for Everyone
    • The Future of API Specifications
    • The Missing Pieces of Design First Workflows
    • Writing Design Guides for API Changes
    • The Git for APIs
    • Optic on Software Engineering Daily
    • API Lifecycle
    • API Review
    • API Review at Scale
    • API Spec Coverage
    • Four Approaches for Documenting Apis
    • Its Ok to Break Your API
    • Openapi Versioning
  • Pricing
(opens in a new tab)
Blog
Featured

Featured Posts

Governing APIs after they Ship→Going API-first→Beyond API linting: writing rules about API changes→Why do we miss things during API review?→
Your API Needs a LockfileGoverning APIs after they Ship

© 2023 Optic Labs Corporation

Terms of Service | Privacy Policy

Resources

How It WorksFeaturesDocumentationBlogGitHub