Record slice 3 recheck after later slices drifted staffing paths.

Pin homeroom seats, the management money row and assign-from-card, and drop the stale top-three skills claim from the protocol.

Co-authored-by: Cursor <cursoragent@cursor.com>
This commit is contained in:
Leonid Pershin
2026-08-20 15:01:22 +03:00
co-authored by Cursor
parent 67b7f7ec08
commit a0f0152914
6 changed files with 325 additions and 4 deletions
+3 -3
View File
@@ -686,9 +686,9 @@ one.
Applicants here are the same people as in `saves/{id}.people.json`. A parent keeps the same
id on the roster; hiring them sets `isStaff` on that person and does not create a second
entity. Generated candidates (`aN.p0`) join the roster only when hired. `skills` on an
applicant are the three strongest, for the management list; the card lists every skill they
have, not the three strongest. `positions` and `subjects` are the school's catalog, so the hire and assign pickers
do not need a second request.
applicant are every skill they have (the applicant window compares the whole row, not a
top-three summary); the person card lists the same set. `positions` and `subjects` are the
school's catalog, so the hire and assign pickers do not need a second request.
`GET /api/schools/{id}/people/{personId}` also opens a card for someone who is only in the
applicant pool (needs are the frozen snapshot — they are not in the World yet). Unknown