-
Notifications
You must be signed in to change notification settings - Fork 34
Add paid-route error taxonomy for analytics and CLI output #83
Copy link
Copy link
Open
Labels
Stellar WaveIssue proposed for the Drips Stellar Wave programIssue proposed for the Drips Stellar Wave programarea: apiAPI serviceAPI servicearea: dataPersistence and analyticsPersistence and analyticsarea: x402x402 and Stellar paymentsx402 and Stellar paymentscomplexity: highExpected high implementation complexityExpected high implementation complexitydrips-candidateCandidate for a Drips Stellar WaveCandidate for a Drips Stellar WaveenhancementNew feature or requestNew feature or request
Description
Metadata
Metadata
Assignees
Labels
Stellar WaveIssue proposed for the Drips Stellar Wave programIssue proposed for the Drips Stellar Wave programarea: apiAPI serviceAPI servicearea: dataPersistence and analyticsPersistence and analyticsarea: x402x402 and Stellar paymentsx402 and Stellar paymentscomplexity: highExpected high implementation complexityExpected high implementation complexitydrips-candidateCandidate for a Drips Stellar WaveCandidate for a Drips Stellar WaveenhancementNew feature or requestNew feature or request
Why this matters
When a paid route fails, reviewers and operators need to know whether it was a payment issue, provider issue, validation issue, or internal error. A small taxonomy makes failures easier to trust and debug.
Scope
Add a typed failure code to paid-route responses and persisted analytics records where possible:
payment_required;payment_invalid;provider_timeout;provider_failed;invalid_query;internal_error.Suggested files:
apps/api/src/routes/protected.tsapps/api/src/lib/persistence.tsapps/agent-client/src/client.tspackages/shared/src/schemas.tsAcceptance criteria
errorCodewithout leaking secrets.Wave complexity
High - adds operational credibility for paid-query failure handling.