users
Journey Signal
Read-only journey resolution - the same _resolve as classify, never recorded.
The mobile af_complete_registration gate needs the non-direct verdict synchronously at SIGNED_IN, before the write-once /classify-journey has necessarily run. It reads the authoritative answer here (all three signals - clinic code, family invite by email, profile match by email) instead of re-deriving a partial one client-side. The caller fails open, so a 500 just lets the event fire.
post/users/journey-signal
Request
- Base URLhttps://api.projectindi.com (the document declares no server; this is the origin it was published from)
- Authnone declared
Request body
Response
Successful Response
Changes
No recorded changes to this operation across all 2 revisions of this API.