Case study · July 2026

One person. Three days. A verified legal appeal.

A real disciplinary appeal before a national bar association was drafted, adversarially stress-tested, verified against 192 citations and filed, by one person working with an agentic AI system. Every number below comes from a forensic audit of the complete session transcripts: to our knowledge, the first published end-to-end audit of how an AI-assisted legal filing was produced. This is the validated blueprint for the product we want to build.

Process audit

Case record
62
documents · 211 pages; 35% of the documents exist only as scanned images
Elapsed
3 days
intake to filing, deadline-driven
Human input
≈7,300
words typed, in 96 interventions
Output filed
9,289
words, 8 versions, 192 citations checked to the page
Compute
$1.5–1.8k
API-equivalent, entire agentic phase

01The problem

Legal drafting with chatbots has one famous failure mode and several quieter ones. The famous one is invented citations, and it is getting worse: the AI Hallucination Cases database, which logs rulings where a court found a party relied on hallucinated material, counted around 200 by mid-2025 and more than 1,500 by mid-2026, with the first bar suspensions over AI filings already handed down. The quieter failures are the ones that lose cases. Accuracy drops sharply once the work requires synthesis across many documents, and nothing raises a flag when the decisive fact in the record is read and passed over.

The first phase described here produced examples of each. Six drafts written the traditional way with a commercial chatbot produced a structurally excellent appeal that also contained 18 numbered defects, including a quoted passage that does not exist in the source, an appeal-court decision dated on a Sunday inside judicial vacations, and the case's single most important fact sitting unnoticed on a scanned page.

None of this is visible from the text alone. All of it is disqualifying in front of a judge or rapporteur. The product opportunity is not "AI that writes legal documents". It is AI that can prove what it wrote is grounded, cheaply enough for small firms and in-house teams.

02What we actually did

The process ran in three distinct regimes. Each one maps to a product module, and each was audited from full transcripts after filing:

REGIME 1

Conversational drafting

6 draft versions made the traditional way, with a commercial chatbot (ChatGPT, Perplexity or similar) alongside. Produced the argument architecture that survived to the filed version, and the 18 defects above. What it shows: the pipeline has to take whatever the lawyer already has, a full draft or just an argument in mind, and no draft can be the last step.

REGIME 2

Autonomous verification pipeline

≈8 hours of overnight agentic work, defined once in a reusable "mission charter" and steered by just 16 short human messages: document mapping → 6 parallel specialist analyses → adversarial attack (two isolated agents built 45 ways to kill the appeal; a judge agent scored each) → a 192-row citation matrix verified against downloaded primary sources. The core analysis (phases −1 to 4) ran ≈2h10 on exactly 2 human messages. 26 agents across 5 orchestrated workflows in this phase, of 46 production agents across the project.

REGIME 3

Human-in-the-loop review & filing

The reviewer read the document and pushed back point by point; the AI verified every objection against sources before editing, with transactional guarantees (unique anchors, format validation, dated audit log). Versions v8→v13, independent verifier agents on every deliverable, manual signature and filing.

The dossier on disk

Everything the process produced lives in a structured case file. This is what makes it auditable, resumable and, ultimately, a product.

SVD-025-2026/
├─ 00_INSTRUCTIONS   mission charter, state handoffs          4 files · 11k words
├─ 01_SOURCES        the case record, read-only inputs       62 docs · 211 pages
├─ 02_LEGISLATION    downloaded statutes, version-checked    28 files · 33k words
├─ 03_CASE_LAW       case law, per-lens source logs          19 files · 25k words
├─ 04_ANALYSES       case map + specialist analyses          10 files · 63k words
├─ 05_ADVERSARIAL    45 attack vectors + verdicts             3 files · 27k words
├─ 06_VERIFICATION   192-row citation matrix, audits          6 files · 62k words
├─ 07_OPINION        technical opinion + corrections          3 files · 19k words
└─ 08_DELIVERY       v7…v13, filing kit, dated change log    28 files · 78k words

The record that went in is 62 distinct documents over 211 pages, delivered as 11 read-only files, and it holds ≈55,300 words a machine can extract: 50 of those pages carry no text layer at all. Everything else in the dossier is work product, 101 files and ≈317,000 words written in 3 days, about 5.7 words produced per word of record. Every claim is traceable to a file, every edit to a dated log entry.

03What the audit proved

After filing, we ran a forensic audit: a deterministic parser over every session transcript, ten analyst agents, and an adversarial completeness critic that corrected the analysts' own errors. Four findings define the product:

"Is everything really finished? Even the agents that died mid-run with API errors?" — the user question that exposed silently degraded verification, and the reason declaring what was checked is a core product feature

04Unit economics

ItemValueNote
Model output generated6.13M tokens993M processed; 95% is cached-context re-reads
Compute, API-equivalentUSD 1,459–1,768full agentic phase, at list prices; excludes occasional third-party cross-checks
Case record, as input62 docs · 211 pp≈55,300 extractable words; 50 pages have no text layer, 22 documents (35%) are image only
Work product persisted≈317,000 words5.7× the words in the record: analyses, attack/defense files, citation matrix, opinion, 8 versions
Session time, active≈25 h11 sessions end to end; roughly 8 h of it ran unattended overnight
Human time, active13–15 hmodeled, not measured: the transcripts record when the reviewer acted, never when they sat reading

Three pricing observations. First, at this scale the work had no price at all. Verification against 192 primary sources, and 45 adversarial attack vectors scored one at a time, is what a well-funded defence produces over weeks; no small firm or sole practitioner buys it for a single matter at any figure. Second, where a professional-fee equivalent does exist, the compute sits at least an order of magnitude below it, and two in the most expensive jurisdictions, which puts this kind of work within reach of small firms and in-house teams. What constrains price is qualified review time, not compute. Third, cost is dominated by context re-reading (cache reads/writes), not generation, meaning workflow and caching architecture, which we control, are the main cost levers. Nothing here was optimized for cost: the objective was to finish. Those levers are untouched, and we expect the same work for less than half the compute in the next iterations.

05The product

The audit distilled the process into nine replicable steps. Six were designed upfront, two emerged under fire, and one the audit itself found missing:

Target user: lawyers and in-house legal teams without technical skills. What they buy is verification, auditability and process: the citation matrix, the adversarial test, the dated audit trail they can put their name to.

06Scaling

Four properties of the architecture are what make the result repeatable rather than lucky, and they are the ones we intend to keep through any rewrite:

Fan-out today follows the legal questions: six specialist lenses in parallel, two attackers, a judge agent. Fan-out per document exists as well, and it is the part that scales linearly with volume, but it sits at the end of the pipeline, verifying what was produced. The next iteration moves that same pattern to intake: one agent per document, each returning a structured record of entities, dates, acts, cross-references and page ranges, so the case map comes from querying that index. The citation matrix already carries claim → exact quotation → source and pinpoint across all 192 rows; adding entity and event identifiers turns cross-document reasoning into a join, and moves the matrix to the front of the pipeline, where it feeds the analysis it currently audits. Partitions then derive from the index, and synthesis runs as a tree, by legal question first. None of that is new machinery. It is the machinery above, wired in a different order.

07Limitations

Method. All figures derive from a deterministic parse of the complete session transcripts (11 sessions, 59 agent transcript files for 46 unique agents, ≈993M tokens), cross-verified by ten analyst agents and an adversarial completeness critic; self-reported numbers were corrected against disk evidence (e.g. "68 agents, 0 failures" → 46 production agents, 6 recovered agent failures). One figure is modeled rather than parsed: human active time. Presence has to be imputed from action timestamps, and two conventions converge on 13–15 h, within a floor of 10.6 h and a ceiling of 18.1 h. Times UTC. Compute cost is API-equivalent at list prices; actual usage ran on subscription. Occasional cross-checks on GPT-5.6 Terra and Gemini 3.1 Pro (the source of the second opinion evaluated for v11) are not included in token or cost figures. The case is identified here by a Satrix internal reference; the proceeding's own number and identifying details are withheld. Every figure is from the real matter. Full internal audit report and annexes available on request.

Process audit: session timeline, document genealogy, orchestration and failure catalog.

Satrix.ai is not a law firm and provides no legal advice, representation or other legal services. This document reports technical work on an AI system and takes no position on the merits of the matter it draws on.