You can automate your client generation with Hey API Platform thanks to reproducible builds. Create dependency links between your clients and APIs, and watch the magic unfold. It's completely language and codegen agnostic.

Features ​

• API version history
• real-time updates
• reproducible builds
• language and codegen agnostic (TypeScript/Python/Go/Java/etc codegens are welcome)

Upload Specifications ​

Before you can generate clients, you must publish your OpenAPI specifications to Hey API.

Prerequisites ​

1. Create a free account with Hey API.
2. Create a new organization and project for your API provider. We recommend your naming matches your GitHub structure as it will be referenced by API clients. For example, we are using hey-api/backend for the platform.
3. Inside your project, go to Integrations > APIs and generate an API key. Keep this value secret, it will be used to upload files.

Add GitHub CI workflow ​

Once you have your API key, you can start uploading OpenAPI specifications on every API build. We'll use our GitHub Action, but you can also make the API call manually if you're not using GitHub.

Create a new GitHub workflow or add an upload step to an existing workflow inside your API codebase. The example below will upload your OpenAPI specification to Hey API on every pull request and push to the main branch.

name: Upload OpenAPI Specification

on:
  push:
    branches:
      - main
  pull_request:

jobs:
  upload-openapi-spec:
    runs-on: ubuntu-latest
    steps:
      - name: Checkout
        uses: actions/checkout@v4

      - name: Upload OpenAPI spec
        uses: hey-api/upload-openapi-spec@v1.3.0
        with:
          path-to-file: path/to/openapi.json
          tags: optional,custom,tags
        env:
          API_KEY: ${{ secrets.HEY_API_TOKEN }}
          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}

Inputs ​

To successfully upload an OpenAPI specification, you need to provide the following inputs (see with in the example above)

path-to-file ​

A relative path to your OpenAPI file within the repository. Note that you might need an additional step in your GitHub workflow to generate this file (see FastAPI example).

tags (optional) ​

A comma-separated string value representing any custom tags you wish to add to your OpenAPI specification.

Environment Variables ​

In addition to the required path-to-file input, you must provide the following environment variables.

API_KEY ​

This is the project API key you obtained from Hey API.

GITHUB_TOKEN ​

This variable will be available inside your workflow by default. It's used to fetch information about your repository, i.e. default branch.

Generate Clients ​

You can generate clients from public projects or any private projects you can access. The setup is largely the same, you want to configure the input path used by your codegen.

npx @hey-api/openapi-ts -i hey-api/backend -o src/client

npx openapi-typescript \
  https://get.heyapi.dev/hey-api/backend \
  -o schema.ts

npx orval \
  --input https://get.heyapi.dev/hey-api/backend \
  --output ./src/client.ts

other-cli \
  --input https://get.heyapi.dev/hey-api/backend \ 
  --output refer/to/other/tools/docs

By default, we preserve the current behavior and return the latest specification. Let's have a closer look at the input path and change that.

Get API ​

As you can deduce from the examples above, the default command for fetching OpenAPI specifications looks like this.

https://get.heyapi.dev/<organization>/<project>

If you created an organization foo with project bar earlier, your URL would look like this.

https://get.heyapi.dev/foo/bar

Auth ​

Projects are private by default, you will need to be authenticated to download OpenAPI specifications. We recommend using project API keys in CI workflows and personal API keys for local development.

Once you have your API key, you can authenticate the request using the Authorization header or api_key query parameter.

https://get.heyapi.dev/foo/bar?api_key=<my_api_key>

Congratulations on fetching your first OpenAPI specification! 🎉

Filters ​

The default behavior returns the last uploaded specification. This might not be what you want. You can use a range of filters to narrow down the possible specifications, or pin your builds to an exact version.

branch ​

You can fetch the last build from branch by providing the branch query parameter.

https://get.heyapi.dev/foo/bar?branch=production

commit_sha ​

You can fetch an exact specification by providing the commit_sha query parameter. This will always return the same file.

https://get.heyapi.dev/foo/bar?commit_sha=0eb34c2024841ce95620f3ec02a2fea164ea4e9d

tags ​

If you're tagging your specifications with custom tags, you can use them to filter the results. When you provide multiple tags, only the first match will be returned.

https://get.heyapi.dev/foo/bar?tags=optional,custom,tags

version ​

Every OpenAPI document contains a required version field. You can use this value to fetch the last uploaded specification matching the value.

https://get.heyapi.dev/foo/bar?version=1.0.0

Feedback ​

We'd love your feedback! You can contact us on social media (search Hey API), email, or GitHub.

Pricing ​

The platform is currently in beta with our focus being on delivering a great experience. We plan to announce pricing once we have gathered enough data around usage patterns. However, we can guarantee there will always be a free plan available. Our mission to bring the finest tooling for working with APIs remains unchanged.

Hey API is sponsor-funded. If you rely on Hey API in production, consider becoming a sponsor to accelerate the roadmap.