Describe platformCardId as caller-suppliable with a system-generated fallback - #1023
AaryamanBhute wants to merge 1 commit into
Conversation
This stack of pull requests is managed by Graphite. Learn more about stacking. |
50f3314 to
6731122
Compare
|
The latest updates on your projects. Learn more about Vercel for GitHub. 3 Skipped Deployments
|
✱ Stainless preview builds for gridThis PR will update the cli go kotlin openapi php python ruby typescript Edit this comment to update them. They will appear in their respective SDK's changelogs. ✅ grid-typescript studio · code · diff
✅ grid-openapi studio · code · diff
✅ grid-kotlin studio · code · diff
✅ grid-ruby studio · code · diff
✅ grid-go studio · code · diff
✅ grid-python studio · code · diff
✅ grid-php studio · code · diff
✅ grid-cli studio · code · diff
This comment is auto-generated by GitHub Actions and is automatically kept up to date as you push. |
|
⚡ Review ledger Round 1
Round 2
|
|
⚡ Revision log — updated in place, latest first. Revision 2
Earlier revisions (1)Revision 1
|
|
@greptile review |
|
The customer-facing guides still overstate the current behavior. |
|
Preview deployment for your docs. Learn more about Mintlify Previews.
|
|
…fallback The create-card description said the value was always server-generated and any supplied value ignored. Match the platformCustomerId wording on CustomerCreateRequest instead: optional, system-generated when omitted. Co-Authored-By: aaryamanbhute <aaryamanbhute@users.noreply.github.com>
6731122 to
0012344
Compare
|
@greptile review |
|
The current behavior is now stated clearly in both guides ( |

Summary
CardCreateRequest.platformCardIdwas described as "Always generated by the server; any value supplied in the request is ignored." This PR replaces that with the wording already used for the equivalent field onCustomerCreateRequest:Card.platformCardIddrops its "generated by the server" qualifier so the response description reads like every other platform-id field on a resource.The schema states intent; the guides state today's behavior
Card issuance does not yet honor a caller-supplied
platformCardId— it assigns its own value and returns that on the createdCard. Honoring a supplied value is a separate change.The schema description is deliberately forward-looking, matching the contract customers have been given. To keep that from misleading anyone in the meantime, the two cards guides say the current behavior outright rather than implying a supplied value sticks:
Cardand store that."platformCardIditself today, so read the identifier back from the returnedCardrather than relying on a value you supplied."That split is the point of the PR: publish the intended contract on the schema, without letting a caller store a value they cannot later filter or retrieve by. Reverting the schema line is a one-line change if the preference is to wait for the implementation.
Changes: 6 files
openapi/components/schemas/cards/CardCreateRequest.yaml— newplatformCardIddescriptionopenapi/components/schemas/cards/Card.yaml— response description drops "generated by the server"mintlify/snippets/cards/issuing-cards.mdx— request-field table rowmintlify/snippets/cards/quickstart.mdx— issuance walkthrough sentenceopenapi.yaml,mintlify/openapi.yaml— regenerated bundles (make build)Test plan
Docs-only repo, no application code.
make build— bundles regenerated; the bundle diff is exactly the two description linesmake lint— exit 0,0 errors, warning/info counts unchanged from baselineDetect breaking changesCI check passesany value supplied in the request is ignored,Ignored if supplied) — no remaining occurrences in specs, snippets, SDKs, or samples