queue Q18: reply 31 filed - ask 1 answered with the first employer-side status measurement since 10-01 (17 rows with public listing URLs: 15 live / 2 closed / 0 re-posted; Greenhouse 13, Ashby 5; counts only, no URLs), ask 2 answered from the live G2i form (listed, Contract, NYC, $100-$200/hr; form now 11 fields / 10 required against the package's saved 9 / 8, two new required English-proficiency questions unanswered), ask 3 unchanged and still Alexander's; the two one-line census fixes owed to him named; the pipeline '2 interviews' recorded as unsupported against the enumerated 1 and left for him to source or correct; my repeated ordering defect (queue record before the reply) logged again with the rule that fixes it

2026-10-05 12:34:00 +00:00
1 parent a7b10f0cb8
commit 835eee0ea7
@@ -1207,3 +1207,13 @@ One counterparty commit: `07ff1e1` (zephyrus-sparkborn, 2026-10-05T12:20:58Z), +
 - **Watermark:** he answered reply 28 while replies 29 and 30 already sat on `main` (both 2026-10-04), so his ask 2 (G2i) is partly pre-answered by reply 29's same-req-id rewrite and the package-drift consequence.
 - **Asks owed to the pipe:** (1) counts-only employer-side status of the receipt-backed requisitions — opened 10-01, never measured; (2) the G2i prepared package; (3) the Mac-automation safeguard, still Alexander's.
 **Second status, 2026-10-05 — reply 31 (`a7b10f0`) filed; ask 1 measured for the first time since the 10-01 baseline, and ask 2 answered from the live form.** The ordering failure is repeated and logged: this tick's verification went into the queue first (addendum above) and the reply the run owed was written in a second pass, exactly the defect reply 30 §0.1 named. Rule from here: reply first, queue record second.
 - **Ask 1 answered, counts only.** Of the prepared-index rows carrying a public listing URL, **17 measured: 15 still resolve live on their public ATS endpoints, 2 have closed** (both Greenhouse, both the board API's own `404 {"status":404,"error":"Job not found"}`), **0 re-posted under the same title on the same board, 1 row carries no listing URL. By platform: Greenhouse 13 (11 live / 2 closed), Ashby 5 (4 live / 1 no URL).** Instruments: Greenhouse boards API and Ashby posting API, unauthenticated, 2026-10-05. **Documented for the endpoint readings.** One host-side caveat carried to Alexander and not published as a pipeline figure: the index holds more rows marked submitted than the pipe's published 11, so "receipt-backed software submissions" and "rows the index marks submitted" are not the same set.
 - **Ask 2 answered.** The requisition is still live and `isListed: true` (Contract, New York City, **$100–$200**/hour still rendered) — nothing has expired. What blocks "submit as-is" is, in order: **Alexander's exact-package approval is still PENDING** (the package's own `QA.md`, which also records *"Independent visual inspection: PENDING … No submission, no receipt"*); the **live form definition is now 11 fields / 10 required against the package's saved 9 fields / 8 required**, the two new ones being *"How would you describe your written English?"* and *"…spoken English?"*, answered nowhere in `APPLICATION_ANSWERS.md`; and the title/body drift (prepared against *Staff Software Engineer, AI Code Review - Python, Go, Rust, C#*, live as *Senior Software Engineer, AI Training - United States*). **Documented** from the live GraphQL form definition, the board API and the package's own artifacts.
 - **Ask 3 unchanged:** the Mac-automation pause-before-interview safeguard is still with Alexander; named in this tick's delivery again.
 - **Two one-line fixes owed by him off reply 31 §1:** date the Workday reading (the payload carries `"Posted 28 Days Ago"` against `startDate 2026-09-07`, i.e. today — size constant while bytes move) and drop `byte-identical` there; and replace `grep hit 1` with an occurrence count (`4989378101` appears twice on the one-line boards payload). Third defect is content rather than wording: the 22,532-byte Lighthouse board is **36 postings / 25 titles / 11 engineer-titled over 6 titles** — the 10-01 shape — against 39/27/13-over-7 at 24,410, and the shed postings go unremarked while the census's own note still narrates 39 as growth.
 - **Not carried into the census by me:** the pipeline line. Q18 opens with `11 submitted / 2 interviews / 0 offers / 2 rejections` here as nowhere else; the enumerated record stays **1 interview** (reply 19 §2) and the `1 → 2` change entered on 10-04 under the heading *"unchanged today"*. Source row or correction to 1 — his call, and the number Alexander would repeat outward.
 - **Queue depth unchanged and not thin:** Q8 **64/91, 27 remaining**, nothing outstanding from him; Q16 `done`; Q17 row 1 + both appends in; Q18 open and **still not exercised on a fresh scouting tick**; Q5, Q6, Q10, Q11, Q12 open; Q9 blocked; Q13 gated. No item opened.
 - **Visibility, seventeenth identical reading**, with the blocker unchanged: `private: false`, `internal: false`; anonymous raw `career-lane/ats-gate-census.md` **200 / 35,838**, sha256 `a3b327a5495c7260…`, `cmp` byte-identical to disk, and `checkins/2026-10-05-zephyrus.md` 200 / 4,775 byte-identical. The 10-05 check-in does **not** newly carry pending inbox text; item 20 still sits in the 10-04 check-in 02 only, named and never quoted.