Api Learning Submit Quiz

True iff the submitted option matched the answer key.

Running count of attempts on this module (1 or 2 — the chain terminates at 2 attempts regardless of correctness).

Mastery score for the attempt: 100 (correct, 1st attempt, no hint), 85 (correct, 1st attempt, hint used), 70 (correct, 2nd attempt), 40 (incorrect, chain terminated). None when the chain hasn't terminated yet.

True iff correct is True. Distinct from mastery_passed in PG which only flips on score >= 70.

True iff the user may submit a second attempt for this module (i.e., NOT correct AND attempts < 2).

0-indexed correct-answer index. ONLY disclosed after chain_terminated AND for authed users. Anonymous callers always get None — CISO §8 mandate (plan §8 risk row).

Server-side explanation text. Same disclosure rules as correct_option — only set when chain_terminated AND user_id.

True on early-return paths (unauth-cap or prior-terminated-fail) where the server returns a cached terminal verdict instead of grading the new attempt.

True only on the unauth-cap early-return path. Frontend uses this to flip to a sign-up CTA after the 2-anon-attempt cap.

One-line hint explaining the 60% quiz / 40% apply-task weighting when a user aces the quiz on a module with an apply-task registered. PR5 audit fix (Wave 3 of AUDIT_TRIAGE_2026_05_06.md). None on modules without an apply-task registered (~180 of 222 modules).

Encouragement / next-step text rendered below the quiz result. Tone is calibration, never shame. Five branches: clean run, right-with-hint, right-on-attempt-N, chain-terminated-failed, can-retry. PR12 audit fix (Wave 3 of AUDIT_TRIAGE_2026_05_06.md).

The canonical module id this submit was graded against, after slug resolution. Present on every graded (200) response; learn-module.ts keys client progress by it, because edge-cached SSR lesson HTML may still POST the lesson slug (2026-10-17). Declared here so the OpenAPI spec and the typed client carry it rather than relying on extra='allow'.