Skip to content
AI.info

Generative AI

Generative AI as a System, Not a Magic Box

Build a systems-level map of generative AI and distinguish fluent generation from reliable product behavior.

By the end you can

Example

A filing that read perfectly and cited six opinions that did not exist

A brief filed in a New York federal court cited six judicial opinions that do not exist. It was fluent, correctly formatted, shaped exactly like competent legal work. The 'Varghese', 'Shaboon', 'Petersen', 'Martinez', 'Durden' and 'Miller' decisions had been produced by ChatGPT, along with the quotes and citations they carried. On 22 June 2023 Judge P. Kevin Castel signed the sanctions order in Mata v. Avianca, and put the whole systems lesson in his first sentence: “Peter LoDuca, Steven A. Schwartz and the law firm of Levidow, Levidow & Oberman P.C. (the “Levidow Firm”) (collectively, “Respondents”) abandoned their responsibilities when they submitted non-existent judicial opinions with fake quotes and citations created by the artificial intelligence tool ChatGPT, then continued to stand by the fake opinions after judicial orders called their existence into question.” The penalty was $5,000, jointly and severally, payable into the Registry of the Court within 14 days. Not one layer of that failure is a model-quality problem. Five things broke, and each broke on its own.

  • Model behavior: the tool continued the language pattern of judicial opinions and produced six of them, complete with the quotes and citations such opinions would carry if they existed.
  • Evidence boundary: nothing in the workflow required each cited opinion to be pulled from an authoritative reporter before filing. The citation and its source were never joined.
  • Decision boundary: generated text went in as authority rather than as a proposal for review, and the respondents held to the six opinions even after the court had questioned whether they existed.
  • Operational gap: no trace connected the brief's citations to a model version, a prompt or a session. The tool's name entered the record only through the sanctions opinion.
  • Recovery gap: the court found the fabrications, not the filer. The correction arrived as a penalty of $5,000, jointly and severally, payable into the Registry of the Court within 14 days.

Visual

The five layers behind a generated response

Five layers sit behind any generated answer, and each can succeed or fail independently. The user and decision contract: the task, the consequence of error, the escalation path. Application behavior: prompt assembly, retrieval, tools, validation, state, policy, interface. The foundation model: the learned distribution, context use, decoding behavior, post-training tendencies. Evidence and infrastructure: sources, permissions, serving, telemetry, version records, evaluation artifacts. And the human organization: owners, reviewers, incident responders, subject experts, downstream consumers.

The independence is measurable, not rhetorical. Commercial legal research tools retrieve real authority before they answer, which is the evidence layer done properly. Magesh and five co-authors ran the first preregistered evaluation of them, published in the Journal of Empirical Legal Studies in 2025. Strengthening the evidence layer helped. It did not close the gap: “While hallucinations are reduced relative to general-purpose chatbots (GPT-4), we find that the AI research tools made by LexisNexis (Lexis+ AI) and Thomson Reuters (Westlaw AI-Assisted Research and Ask Practical Law AI) each hallucinate between 17% and 33% of the time.”

The vendors had claimed 'eliminating' hallucinations, or 'hallucination-free' citations. A residual rate of 17% to 33%, measured per named product, is what a repaired evidence layer looks like when the other four layers are left unspecified.

FigureLayers · 5 layers
  1. 01

    User and decision contract

    The task, consequence of error, escalation path, and definition of acceptable help.

  2. 02

    Application behavior

    Prompt assembly, retrieval, tools, validation, state, policy, and interface choices.

  3. 03

    Foundation model

    The learned distribution, context use, decoding behavior, and post-training tendencies.

  4. 04

    Evidence and infrastructure

    Sources, permissions, serving, telemetry, version records, and evaluation artifacts.

  5. 05

    Human organization

    Owners, reviewers, incident responders, subject experts, and downstream consumers.

Generation is conditional production, not independent judgment

A generative model estimates patterns in its training data and produces an artifact conditioned on the current input. That artifact can be text, code, an image, audio, video, or a structured record. It is shaped by the training distribution, the current context, the decoding policy, and whatever evidence the application supplied. None of those ingredients establishes truth, freshness, authorization, or fitness for a consequential decision.

The gap between fluent production and established truth has been measured on questions with checkable answers. Dahl and three co-authors put specific, verifiable questions about randomly chosen federal court cases to leading models, and reported the result in the Journal of Legal Analysis in 2024: “Second, we find that legal hallucinations are alarmingly prevalent, occurring between 58% of the time with ChatGPT 4 and 88% with Llama 2, when these models are asked specific, verifiable questions about random federal court cases.”

The same work found that the models often could not predict when they were hallucinating. So the failure does not announce itself in the artifact. That band, 58% to 88%, is the distance between a system that produces answers and a system that produces reliable ones.

Fluency belongs to an output; reliability belongs to a system under declared conditions.

Case

A risk profile, a regulation, and an obligation that lands on the artifact

On 26 July 2024 NIST released the Generative AI Profile of its risk framework. Europe legislated in the same year on a different instrument: the AI Act, Regulation (EU) 2024/1689, of 13 June 2024. What makes the Act a systems document rather than a model document is where its duties land. Article 50 covers transparency obligations for providers and deployers of certain AI systems, and paragraph 2 reads: “Providers of AI systems, including general-purpose AI systems, generating synthetic audio, image, video or text content, shall ensure that the outputs of the AI system are marked in a machine-readable format and detectable as artificially generated or manipulated.”

No weight update satisfies that requirement. Marking and detectability are built in the evidence-and-infrastructure layer. A team that maps its product only as 'the model' has nowhere to put the obligation.

Sculley and co-authors made the structural point in 2015. Applying machine learning, they wrote, makes it “remarkably easy to incur massive ongoing maintenance costs at the system level”. They named the risk factors that are specific to it: boundary erosion, entanglement, hidden feedback loops, undeclared consumers, data dependencies, configuration issues. Every one of those is a property of the system around the model. Not one is a property of the model.

Comparison

Three jobs that require different evidence

The same model can support distinct workflows. The release bar should change with the job. Creative drafting treats variation as valuable and keeps a person as the editor: concepts, copy, storyboards, visual drafts, where quality includes subjective judgment and revision is visible and relatively cheap. Constrained transformation — extraction, rewriting, translation, summarization — puts most of the material the output must preserve into the input, so fidelity can be checked against a source and omissions and schema errors are measurable. Use it where the transformation contract is explicit. Knowledge or decision support helps answer, recommend, or act inside a consequential process: authority and freshness must be defined, unsupported claims can create harm, abstention and escalation are product features, and it should ship only with domain-specific evaluation.

Even the most permissive of the three carries duties the model cannot discharge. The U.S. Copyright Office issued its registration guidance for works containing AI-generated material on 16 March 2023, effective the same day. It will not register material a machine produced without creative human input, and it puts a duty on the applicant: “Consistent with the Office’s policies described above, applicants have a duty to disclose the inclusion of AI-generated content in a work submitted for registration and to provide a brief explanation of the human author’s contributions to the work.”

Provenance and originality are not a soft consideration filed under creative work. They are a dated, effective obligation to record which parts of the artifact a human made. That is a logging requirement in the application layer, and it is decided before the first draft is generated, not after.

FigureComparison · 3 columns

Creative drafting

Variation is valuable and a person remains the editor.

  • Examples: concepts, copy, storyboards, visual drafts
  • Quality includes subjective judgment
  • Revision is visible and relatively cheap
  • Provenance and originality may still matter

Constrained transformation

The input contains most of the material that the output must preserve.

  • Examples: extraction, rewriting, translation, summarization
  • Fidelity can be checked against a source
  • Omissions and schema errors are measurable
  • Use when the transformation contract is explicit

Knowledge or decision support

The system helps answer, recommend, or act in a consequential process.

  • Authority and freshness must be defined
  • Unsupported claims can create harm
  • Abstention and escalation are product features
  • Use only with domain-specific evaluation

Key idea

The automation boundary follows reversibility and evidence

A low-risk drafting tool can expose imperfect suggestions, because a user edits them before publication. A system that sends payments or changes a medical record needs narrower permissions and independent checks. The useful question is not whether the model appears intelligent. Ask whether the workflow can control an action that moves this fast, costs this much when it is wrong, and is this hard to undo.

The people doing the work are not a reliable instrument for answering that. In 2025 METR randomised 246 real tasks across 16 experienced open-source developers, each with an average of 5 years on the repositories in question: “Before starting tasks, developers forecast that allowing AI will reduce completion time by 24%. After completing the study, developers estimate that allowing AI reduced completion time by 20%. Surprisingly, we find that allowing AI actually increases completion time by 19%--AI tooling slowed developers down.”

Read the last two numbers together. The experts who had just done the work estimated a 20% speed-up, and had been measured 19% slower. Their estimate was not merely off the measured effect; it was on the wrong side of zero. That is the worth of 'the team says it helps' as evidence for widening an automation boundary. It is a datum about impressions. The randomised comparison is the datum about the system.

Higher consequence and lower reversibility demand stronger evidence, smaller permissions, and clearer human authority.

Analogy

An improviser still needs a theatre

A skilled improviser can continue any scene and adopt any style. The theatre around the performer still supplies the boundaries, the working props, the safety rules, and the director. The model responds to context the way the improviser does. Retrieval and tools are the props. Application policy is the stage direction.

One thing does not carry over. An improviser who feels the room turn will stop. A model has no lived intention, and it keeps imitating confidence after the scene has become unsafe. That is the finding behind the 58%-to-88% band, where the models often could not predict when they were hallucinating. It is also why the fabricated 'Varghese' opinion read exactly like a real one.

Treat the output as a performance inside a controlled production, not as an independent authority.

Steps

Frame the product before selecting a model

Use this sequence, so that a convincing demo does not end up specifying the product. First, name the user decision: describe what changes if the output is accepted. Second, define the required evidence: sources, calculations, policies, freshness conditions. Third, bound acceptable failure: harms, abstention rules, review, fallback behavior. Fourth, choose the model role: does it draft, transform, retrieve, explain, or propose. Fifth, design the evaluation first, with representative cases and release criteria written before anyone polishes the interface.

The fifth step has had a name and a citable form since 2019, when Mitchell and eight co-authors proposed the model card: “In order to clarify the intended use cases of machine learning models and minimize their usage in contexts for which they are not well suited, we recommend that released models be accompanied by documentation detailing their performance characteristics.” Their proposal was that released models ship with a short document recording intended use, disaggregated benchmarked evaluation, and the evaluation procedure itself.

That document is the counterpart to the operational gap in the opening case. It is what lets a later reader say which model, evaluated how, was judged fit for which use.

FigureProcess · 5 steps
  1. 1. Name the user decision

    Describe what changes if the output is accepted.

  2. 2. Define required evidence

    List sources, calculations, policies, and freshness conditions.

  3. 3. Bound acceptable failure

    Specify harms, abstention rules, review, and fallback behavior.

  4. 4. Choose the model role

    Decide whether it drafts, transforms, retrieves, explains, or proposes.

  5. 5. Design evaluation first

    Create representative cases and release criteria before polishing the interface.

The course follows the artifact from probability to production

The next lessons move from tokens and model families through pretraining, post-training, prompting, retrieval, adaptation, evaluation, safety, and operations. Each topic is treated as a design choice with observable consequences, and each has a number attached to it somewhere in this lesson. Retrieval that cut hallucination without ending it, at 17% to 33% per named product. Evaluation whose absence cost $5,000 and a signed sanctions opinion. Operations that must produce a machine-readable mark under Article 50(2), and a disclosure of the human author's contribution under the Copyright Office guidance. A randomised study in which experienced developers estimated a 20% speed-up and were measured 19% slower.

The final capstone requires a complete system argument. A capable model is necessary for some products. It never makes the case on its own.

Key takeaways