PAN Lab example
Magic Notes (Beam)
The drafted record: a case-notes copilot
A copilot drafts case notes; under time pressure, practitioners sign them with barely a read, and yesterday's notes feed today's drafts. Modeled on Beam's Magic Notes. Nothing here "decides" anything — that's the trap. The record quietly becomes the model's memory, wearing a human signature.
Open this example in PAN Lab v0.1 to apply pressures and levers and watch what the system does.
What this models
This example runs on the Magic-Notes-class documentation copilot network: 6 components and 13 pathways between them. Every context in the Lab is a stylized model, never a reconstruction of any actual deployment, and each assumption behind it carries a provenance label.
Evidence base: 5 assumed. In the Lab, the shaded evidence band behind each headline readout draws its width from the least-established class below.
- assumed
This models the documentation-copilot pattern documented in the Beam Magic Notes case file — not a reconstruction of the actual product.
- assumed
Peer pathways are authored on both signs: drafting shortcuts spread socially between practitioners, a single copilot homogenizes the record's voice, and informal peer sanity-checks survive at a low level under time pressure.
- assumed
Editing depth declines as time pressure rises; the baseline assumes light-but-real editing.
- assumed
The team-manager node carries a real, lighter review pathway of its own — the managerial-review layer above the practitioner's own sign-off documented for this tool — so it enters the dynamics rather than sitting on a pathway.
- assumed
Drafted text that survives signing is treated by later readers as practitioner-authored.
Where this connects
Institutional pressures in this domain
- Workload surge — Demand outruns staffing; per-case attention shrinks and review becomes triage.
- Deadline pressure — Statutory or managerial timeliness rules reward fast approval of machine output over slow disagreement.
- Reviewer bottleneck — One fixed-capacity checking stage sits between AI output and consequence; everything queues behind it.
- Staff turnover — Experienced skepticism leaves; new staff calibrate their trust on the tool itself.
- Vendor opacity — The deploying institution cannot inspect the model, data, or update pipeline it is accountable for.
- Compliance over substance — Paper controls (sign-offs, checklists) satisfy audits while the behavior they describe erodes.
All of them in context on the Caseworker documentation & copilots domain page.
Levers available here and the patterns behind them
- Gate record entries — Human-in-the-loop write gating
- Mark AI-written records — Provenance labeling
- Keep prompts neutral — Framing and mirroring reduction
- Upgrade model — Improve the model
- Vet connections — Connection authorization
- Keep skills sharp — Deskilling-arrest mandate
- Purge all old records — Content-aware decontamination
- Store less data — Data minimization
- Peer sharing rules — Peer-edge governance
- Assign a challenger — Structured dissent
- Escalate checks — State-feedback vigilance
Documented case histories
- Magic Notes (Beam)
- Minute / Local Transcribe
- Massachusetts DTA call summaries
- Justice Transcribe
- Illinois DCFS Augintel
- GDS Microsoft 365 Copilot cross-government experiment
- NJ AI Assistant
- DWP Whitemail Insights and Vulnerability Scanner
- UK Home Office asylum AI copilots: interview summarisation and policy search
- Learned Hand AI clerk pilot (LA and Riverside courts)
- SSA Insight
- CDTFA Axyom Assist
- VA claims automation (automated survivor-benefit decisions)
- Trelleborg's Welfare Robot
- Amsterdam Smart Check