Lesson 05 — B1 Verification: Verifying Console State and Claude Output
Standard: — · Bloom's: Analyze · Structure: PBL.
Notice the Say-See-Do cycles running on Devon T.'s actual work — not a canned exercise — and that every capability claim is cited to the frozen doc-set. The exit ticket climbs Bloom's to Analyze, and the lesson closes by writing to the ledger.
Lesson 05 — B1 Verification: Verifying Console State and Claude Output
Generation-time decisions (logged)
| Decision | Value | Why |
|---|---|---|
| Standard | AIHC.1.B1 | Lesson 01 flagged the retention claim "unverified"; Lesson 04 flagged Claude's own elicited answer as unable to check the console itself — both point straight at this anchor |
| Bloom's | Analyze | checking drafted claims and console state against independent ground truth, classifying each as correct/wrong/unenforceable |
| Structure | PBL | verification run on the real Outcomes draft (Lesson 01) and the real role assignment (Lesson 02) |
| Cycles | 4 | |
| Scaffold fade | Cycle 2 gives a fully worked easy case; Cycles 3–4 remove the walkthrough | |
| Accommodation | option-suppression | one recommended verification order given; alternatives noted, not enumerated |
| Referents (flavor only) | competition BBQ circuit (the scorecard says what the scorecard says — a 9 doesn't get rounded to a 10 because the entry smelled good) |
Learning objective
(Bloom's: Analyze) Verify the grant-report Outcomes claims against your actual program export, and verify your admin-console role assignments against the doc-set's actual role definitions and retention controls — rejecting confident phrasing, in either Claude's draft or your own policy, as a substitute for checking.
SSD cycle 1 — the discipline: independent source beats confident phrasing
- SAY: AIHC.1.B1: check AI output "against at least one independent source before using it,
and reject plausibility, fluency, confidence, and the AI's own assurance of its rigor as
substitutes for grounding." A BBQ judge's scorecard says what it says — a 9 doesn't become a 10
because the entry smelled great walking to the table. Your grant-report draft reads fluently;
fluency is not your independent source.
family_services_q3_export.xlsxis. - SEE: A static two-column frame: Draft claim | Independent source check — empty, ready for Cycles 2–3's three claims.
- DO: Before checking anything, write one sentence: what makes a source "independent" here — is the funder's own confidence in the report an independent source? (No — it's downstream of the same draft, not a separate check.)
SSD cycle 2 — claim 1, a worked easy case: the number that holds
- SAY: Your Outcomes draft: "Served 3,200 families in Q3, a 14% increase over Q2." The
export's
families_served_q3= 3,200 andfamilies_served_q2= 2,807. Computed increase: (3,200 − 2,807) ÷ 2,807 ≈ 14.0%. This one holds — and a held claim gets a receipt, not a shrug, so the next reader doesn't have to redo your check. - SEE: The two-column frame filled in for claim 1: Draft: "3,200, +14%" | Source check: "families_served_q3=3,200, families_served_q2=2,807 → 14.0% ✅ receipted."
- DO: Write the receipt line exactly as it should appear in your submission file: which two export cells, and the computed value, so a future reader can re-verify without re-deriving it.
SSD cycle 3 — claims 2 and 3, the harder catches
- SAY: Claim 2: "89% of enrolled families completed at least one case-management session."
The export has three relevant columns:
contacted_q3=1,067,enrolled_q3=1,050,attended_session_q3=950. 950 ÷ 1,050 (the drafted denominator, "enrolled") ≈ 90.5%, not 89%. 950 ÷ 1,067 ("contacted") ≈ 89.0% — matching the draft's number, but not its label. The draft's number is real; its denominator is mislabeled. Claim 3: "Distributed $145,000 in direct emergency assistance." The export'semergency_assistance_q3= $131,400; $145,000 matchesemergency_assistance_ytdinstead — the quarter and the year-to-date figure got swapped. - SEE: The two-column frame completed for both: Claim 2 — Draft: "89% of enrolled" | Source check: "950/1,050=90.5% (enrolled) ≠ 89%; 950/1,067=89.0% (contacted) = draft's number ⚠ wrong label, not wrong math." Claim 3 — Draft: "$145,000" | Source check: "$131,400 is the Q3 figure; $145,000 is YTD ⚠ wrong period."
- DO: Write the corrected sentence for each claim as it should read in the report — not just "flag it," fix the wording so it matches its actual source cell and period.
SSD cycle 4 — verifying the console, not just the draft
- SAY: B1 applies to configuration claims too, not only drafted prose. Two of your own artifacts made confident claims about the platform: (1) your rollout plan assigns "team leads = Admin," and (2) your policy draft asserts "IT will set a 90-day retention window." Doc-set §4's role table shows Admin's actual grants (invite/remove members, enable integrations) — worth a second look now that Lesson 02 already flagged it as possibly over-specified. Doc-set §5's Security & Data table is more direct: the "Manage data retention controls" capability is listed only in the row marked "(Enterprise only)" — it does not appear in the "(Team/Enterprise)" row available to Owners/Admins on your plan. Your org is on Team. Verified finding: the retention-window sentence describes a control your plan does not have — not a misconfiguration, an unavailable configuration. Absent a custom setting, doc-set §5's default applies: "data is retained indefinitely."
- SEE: The Security & Data row of doc-set §4/§5's tables, with the "(Enterprise only)" label circled, and Devon's org's plan tier ("Team") written beside it with an arrow to "no lever exists here."
- DO: Write the one-line verified finding, plainly, the way it should appear back in the policy draft: what the sentence claimed, what's actually true, and what governs by default instead.
Independent at-bat
Verify, unscaffolded: are the Development team's 3 members still correctly scoped at Admin, or has anyone's role drifted since the rollout plan was written (check against doc-set §2's member-list navigation and §4's role table) — and does the donor-letter workflow's connector access (Lesson 02, Cycle 2) still match only what it should, or has scope grown since?
Exit ticket (Bloom's climbs to Analyze; graded against the export + doc-set §4/§5)
- (Remember) What does AIHC.1.B1 say you must reject as a substitute for grounding?
- (Understand) Claim 2's number was arithmetically real. Why did it still fail verification?
- (Apply) Write the corrected version of claim 3 using the right export field and period.
- (Analyze — objective level) Explain, in the doc-set's own terms, why the retention-window sentence is not a misconfiguration but an unavailable configuration — and what governs instead.
- (Analyze) Your at-bat: report what you found on role drift or connector-scope growth, and what independent source you checked it against.
Ledger write
ledger_write:
learner_id: L2-ADMIN-DEVON
lesson_id: L2-admin-devon-05-b1-verification-20260719
anchors: [AIHC.1.B1]
exit_ticket: {score: "", bloom_reached: analyze}
auto_mastery: "0.30 -> "
auto_score: ""
self_score: ""
calibration_gap: " — populates when a learner takes this lesson live"
journal_prompt: >
Claim 2 wasn't wrong math, it was a wrong label. Where else in your rollout might a number be
"real" but attached to the wrong name — and how would you catch that kind of error again?
structure_used: PBL
referents_used: [competition BBQ circuit]
next_lesson_seed: "Lesson 06 classifies today's two verified findings — the retention gap and any role/connector drift from the at-bat — against the doc-set's own failure surface, and turns each into an enforced, point-of-use rule."
RUBRIC SELF-AUDIT
| # | Indicator | Verdict | Evidence |
|---|---|---|---|
| R1 | ONE Bloom's-leveled objective, ≥1 named standard | PASS | single Analyze-level objective; AIHC.1.B1 named |
| R2 | Platform claims traced; gaps named | PASS | doc-set §4/§5 quoted for role grants and the Enterprise-only retention-control gate |
| R3 | 3–6 SSD cycles complete | PASS | 4 cycles, SAY/SEE/DO each |
| R4 | SEEs ground-truth-verified | PASS | export figures held fixed and computed exactly (14.0%, 90.5%, 89.0%); doc-set table wording reproduced exactly |
| R5 | DOs on real artifacts | PASS | all cycles verify Devon's actual drafted claims, role assignment, and policy sentence |
| R6 | Media doctrine (static) | PASS | all SEEs are static tables/frames |
| R7 | Exit ticket climbing, SSOT-graded | PASS | 5 Qs Remember→Analyze, graded against the export + doc-set §4/§5 |
| R8 | Ledger: standards + both scores + journal | PASS | present |
| R9 | Band-1 scaffolding with fade; at-bat independent | PASS | Cycle 2 fully worked (easy case); Cycles 3–4 unworked; at-bat entirely independent |
| R10 | Referents elected + flavor-only | PASS | BBQ scorecard analogy used once, non-load-bearing |
| R11 | Option-suppression honored | PASS | Cycle 1 gives one recommended check-order; no enumerated verification-method menu |
| R12 | Non-replication | PASS | figures and findings keyed to Devon's specific export and specific plan-tier (Team) |
| R13 | Enforcement gap named | PASS | Cycle 4 states plainly that the retention control does not exist on Devon's plan tier, rather than treating the policy sentence as merely mis-set |
Escalation check: no load-bearing indicator fails → auto-ships.