Recipes/Insurance/stateless
request response35–50 min2 stages8 code languages

Contract slice: Evidence-led claims from incident to settlement

Faster, more consistent claims decisions with tamper-aware spatial evidence.

The real-world moment

After a severe storm, a policyholder submits vehicle-damage images and location evidence. The insurer must guide capture, detect missing or contradictory context without overclaiming authenticity, run model-locked vision triage with human review, dispatch scarce assessors by eligibility and ETA, join hazard exposure, and retain explainable evidence through settlement and appeal.

Make ownership visible before code.

Prove one bounded contract, identity handoff, failure response, and observable first success.

Application state
stateless
Planning calls
0
Credentials accepted
No
Write authority
None
01
Claims system

Record consented incident location

Owns policy, claimant, incident declaration, coverage, reserves, decisions, settlement and appeal.

Claim ↔ declared incident place and policy coverage snapshot

GETReturns the details of provided model/models/{api_model_key}This is a supporting operation from the selected product stack, not proof of an exact provider contract for this stage. Resolve the stage through its product source or adapter boundary before live implementation.

Record stage 1 with the application identity, source fingerprint, request or aggregate identity, timestamp, and observable outcome.

Media upload partially succeeds

Use per-object hashes and a submission manifest; keep the claim incomplete until all required evidence commits.

02
Consented capture and vision boundary

Capture guided photo evidence

Collects guided media, device/location accuracy, timestamps, hashes, capture policy and disclosure; an entitled SkyDNN adapter locks model identity, validates bounded derived geometry and confidence, and never treats metadata or inference as proof by itself.

Evidence submission ↔ immutable media hashes, consent, times, accuracy, device/source

GETRouting API/{REST_KEY}/{resources}/{profile}/{geopositions}This is a supporting operation from the selected product stack, not proof of an exact provider contract for this stage. Resolve the stage through its product source or adapter boundary before live implementation.

Record stage 2 with the application identity, source fingerprint, request or aggregate identity, timestamp, and observable outcome.

Vision result is uncertain or sensitive

Preserve model and input identities, route to an independent reviewer, and prohibit automatic settlement or fraud decisions.

Edit once. Generate eight trusted-runtime implementations.

The recipe starts from the normalized GET /models/{api_model_key} contract. Execute six deterministic fixture outcomes before an issued account is involved.

Local request composerCode stays local · fixtures are explicit
GETRequest inputs
1 editable · 0 protected
Generated in eight languages
Environment-backed credentials
GEThttps://ai.mappls.com/models/vidteq-ods-9
Credential-free sandboxExecute this contract without a provider call
How fixtures work
Generated from your inputs
curl --request GET \
  --url 'https://ai.mappls.com/models/vidteq-ods-9' \
  --header "Accept: application/json" \
  --header "Authorization: Bearer ${MAPPLS_AI_TOKEN}"

Credential-safe by constructionSet MAPPLS_AI_TOKEN only in your trusted runtime. Code generation stays local. Sandbox execution sends only bounded fixture inputs to this developer platform and never reads a credential or calls Mappls.

Break the journey before customers do.

These controls are required at this operating depth; deeper recipes add durable truth rather than merely more API calls.

Bound inputs and outputsAbortable timeoutRetry only safe readsTyped empty and denied statesSafe request correlationCredential and URL-log redaction

Definition of done

Valid, empty, invalid-input, authentication-denied, rate-limited, timed-out, and unavailable outcomes are distinguishable.

The accepted Mappls or provider identity is retained separately from display text and coordinates.

Credentials remain in the approved runtime and logs retain only safe request evidence.

The exact source contract, auth generation, host, entitlement, quota, and region are reviewed before live traffic.

Contracts, tutorials, and journeys stay linked.

Grid Restoration Desk

Correlate an outage, govern independent switching approval, dispatch an assigned crew, preserve rework, and reconcile restoration from telemetry and customer-impact evidence.

Source-grounded, not authority-granting

This recipe composes source-derived contracts, application architecture, fixtures, and maintained learning evidence. It does not prove package availability, provider payload shape, account entitlement, regional behavior, production compatibility, or release approval.