Static profile
Reviewed configuration that changes deliberately.
- Objective and policy
- Available capabilities
- Locale and operating boundaries
Developer integration guide
Your system supplies current structured evidence, pays for one bounded analysis, and receives one typed recommendation. Execution authority stays in your application.
Keep one static profile in your repository. Build fresh runtime evidence for every call. Validate both locally before any wallet operation.
Check service readiness and the authoritative form.
GET /health · GET /v2/formSubmit complete, locally validated input and prove control of the payer.
POST /v2/requestsAccept only a matching x402 exact challenge within your explicit fee cap.
POST /v2/requests/{call_id}/payMatch call ID, input hash, payer and financial state before using the recommendation.
typed responseReviewed configuration that changes deliberately.
Fresh facts collected for this independent purchase.
Reject missing, blank, stale, unknown or extra fields according to the live form. Check the exact amount and initialized vault from the quote.
Persist only recovery metadata. If the outcome is ambiguous, reconcile the same call. Never create an automatic second purchase.
Map action IDs to allowlisted local handlers and re-check your system's authority and preconditions.
The reference package includes request building, local schema validation, x402 orchestration and recovery metadata.
python -m pip install https://resolvesignal.com/integration/resolvesignal-python.zip
resolvesignal build \
--profile config/resolvesignal-profile.json \
--runtime run/current-evidence.json \
--output run/request.json
resolvesignal validate \
--profile config/resolvesignal-profile.json \
--runtime run/current-evidence.json
Build and validation are local and do not authorize a purchase.
Use the HTML guide for reading. Use the direct files in automated tooling.