composed experience90–120 min4 stages8 code languages

Application flow: 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.

Compose multiple capabilities while the application owns user intent, policy, and continuity.

Application state
hybrid
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.

03
Spatial enrichment

Run model-locked vision triage with human review bands

Normalizes incident place, joins versioned hazard/catastrophe layers and links every feature to its source and observation window.

Vision attempt ↔ model fingerprint, asset hash, bounded detections, confidence, review policy

GETTo get the task details for the given task id./tasks/{taskId}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 3 with the application identity, source fingerprint, request or aggregate identity, timestamp, and observable outcome.

Location metadata conflicts with declaration

Preserve both sources, lower automation confidence and route to review rather than silently choosing one.

04
Assessment operations

Dispatch an assessor when needed

Routes incomplete, uncertain, sensitive, or high-risk claims to independent review and capable assessors, ranks eligible teams by network ETA and tracks field-task proof.

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

Catastrophe data is revised

Publish a new dataset/version and derived claim revision without rewriting the evidence used in the original decision.

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.

Application-owned intentStable cross-capability identityPartial-failure fallbackCancellation and teardownFreshness and provenanceQuota and latency budget

Definition of done

Every capability has one owner, bounded input, explicit timeout, and useful unavailable state.

Application intent survives refresh, back navigation, duplicate callbacks, and partial capability failure.

Provider identities, source fingerprints, request identities, and application decisions remain attributable.

Accessibility, privacy, quota, observability, support, and rollback evidence cover the complete user flow.

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.