fix(pdf): split pagesRead from pagesConsulted — the honest badge count

Live-smoke follow-up the user approved (2026-09-19): the GEB read showed
"78 pages consulted" when the reader genuinely READ ~12 - pdf_search hit
snippets inflated the count. PdfResult now carries both:

- pagesRead: extract/render output entered the loop - the honest count
  the badge and brief footer show ("read N pages", "Pages read: ...").
- pagesConsulted: every page whose content entered the loop, search-hit
  context lines included - unchanged, still the citation audit set (the
  reader's instructions still say "Pages consulted: N, N, ..." and the
  footer still lists it when it exceeds the read set).

The unread-finish gate deliberately stays on CONSULTED: search hits are
genuine consultation (anti-fabrication duty), so a search-only brief is
honest and must deliver - pagesRead is a reporting refinement, not a
delivery gate. Pinned by the search-only faux test (read [], consulted
[1], delivered).

UI tolerates pre-split persisted records via ?? fallbacks (old steers
lack pagesRead).

src/core/contracts/jobs.ts

@@ -231,7 +231,13 @@ export interface PdfResult {
 	/** The distilled brief. Page citations inside the text point at
 	 *  pagesConsulted. Failure shape: /^PDF failed:/i (mirrors research). */
 	brief: string;
-	/** Pages the reader actually consulted. */
+	/** Pages the reader actually READ — extract or render output entered the
+	 *  loop (the honest count for the UI badge; search-hit snippets don't
+	 *  count — sources v1 split, 2026-09-19, after the "78 pages consulted"
+	 *  overstatement on a long-book search-first read). */
+	pagesRead: number[];
+	/** Every page whose content entered the loop, search-hit context lines
+	 *  included — the full audit set (the brief's citations may point here). */
 	pagesConsulted: number[];
 }