AI Decision System
Replayable, offline-verifiable records for AI-assisted go/no-go decisions: experiment promotions, typed model answers and human-approved actions.
Stripe API용 OpenAPI 명세서
An OpenAPI specification for the Stripe API.
개발 도구GitHub @stripe직접 설치운영자 미확인
써 보셨어요? 한 번만 눌러 주세요. 로그인은 필요 없어요.
메이커가 쓴 소개는 위의 한 줄이 전부입니다. 더 자세한 내용은 저장소 README에서 읽을 수 있습니다. 저장소 README ↗
README 전체를 불러오는 중입니다.
README 전문 보기 ↗This repository contains OpenAPI specifications for Stripe's API.
| Directory | Description |
|---|---|
/latest/ | Recommended. Latest GA release with v1 and v2 API endpoints |
/preview/ | Same as /latest/, but includes public preview API endpoints. |
/openapi/ | Legacy. v1-only endpoint specifications (still updated every release) |
/latest/ — Generally Available (GA) SpecificationsThe latest generally available (GA) release, containing OpenAPI specifications with both v1 and v2 API endpoints.
Use these files to generate SDKs or client libraries that support Stripe's API. The specifications include both v1 and v2 endpoints and events, providing complete API coverage in a single file.
/preview/ — Preview ReleaseThe latest public preview release. Use these files for early access to upcoming API features before GA release.
To learn more about public preview and other phases, see Stripe's Product release phases.
/openapi/ — v1 Only (Legacy)The original OpenAPI files containing v1 endpoints only.
These files are still updated with every release, but we recommend new projects use /latest/ for complete API coverage. If you currently use the OpenAPI files in /openapi/, you don't need to change anything—the existing structure remains unchanged and the specifications continue to be updated on every release.
All specification files are available in both JSON and YAML formats.
spec3.{json,yaml}) — Use these for most purposesspec3.sdk.{json,yaml}) — Contains special annotations, deprecated endpoints, and pre-release features specifically intended to support generating Stripe API libraries. Users should typically use the public variant instead.The specification ships with a few vendor-specific fields to help represent information in ways that are difficult in OpenAPI by default.
x-expandableFieldsResources include an x-expandableFields that contains a list of fields that
are expandable by making an API request with an expand parameter. See
expanding objects.
For example:
definitions:
...
charge:
...
x-expandableFields:
- balance_transaction
x-expansionResourcesAny expandable field within a resource contains a set of references to the resources that it might be expanded to.
For example:
definitions:
...
charge:
properties:
...
balance_transaction:
description: ID of the balance transaction that describes the impact of this
charge on your account balance (not including refunds or disputes).
type:
- string
x-expansionResources:
oneOf:
- "$ref": "#/definitions/balance_transaction"
x-resourceId and FixturesResources include x-resourceId which is a canonical name for each resource.
It can be used in conjunction with openapi/fixtures{2,3}.{json,yaml} to look
up a sample representation (otherwise known as a "fixture") of the resource.
For example:
# spec.yaml
---
definitions:
...
charge:
...
x-resourceId: charge
# fixtures.yaml
---
invoice_line_item:
...
We used to support OpenAPI 2.0, but have since deprecated its use, and it's no longer receiving updates. It is available on old versions of this repository.
The specs provided in this repository do not explicitly target openapi-generator. They are instead generated via a custom closed-source generator.