Blog · Seeing · · 6 min read

Transparency you can actually use

Model cards tell developers how an AI model was built. People affected by an automated decision need something different: what data was used about them, the specific reason for the outcome, and how to appeal to a person.

A delicate pastel watercolor vignette of a sunlit kitchen table with a terracotta teapot, a small honey jar with a blank tag, and an open notebook on warm cream paper.

Most AI transparency today is written for engineers: training data summaries, benchmark tables, architecture notes. All of it may be accurate and still tell a tenant, patient or job applicant nothing about why the system decided what it did about them, or what they can do about it.

The compliance checklist trap

When technology companies announce transparency initiatives, they usually publish developer-facing documentation. They release model cards listing parameter counts, training compute budgets, benchmark scores, and legal disclaimers.1

To an engineer training a model, those statistics feel thorough. But to a tenant denied an apartment lease, a patient questioning a clinic schedule, or a parent appealing a school placement, those disclosures are useless.

Recent empirical research confirms this divide. In a multi-stakeholder study of generative artificial intelligence systems, researchers measured the gap between what developers build and what users actually need.2 While over half of providers believed model cards provided adequate transparency, barely a quarter of everyday users agreed.

What this means

Developers focus on how an engine was built. Everyday people need to know what the machine decided about them, why it made that choice, and who can fix an error.

Accountability needs records written for the people living with the results: specific to the decision, and in plain language.

Contrasting Developer Model Cards with Pluralistic User Receipts A side-by-side comparison illustrating why developer-focused technical disclosures fail everyday users, and how pluralistic transparency receipts deliver actionable contestability. Developer Model Card 1. Engineering parameters Weights, training tokens & benchmark scores 2. Broad compliance disclaimers Generic vendor liability waivers and caveats 3. Unclear personal impact No data boundaries or explanation of your case Shortcoming: Unusable for Humans • Omits what personal data was evaluated • Leaves decisions opaque and uncontestable • Offers no designated path for human appeal Pluralistic User Receipt 1. Explicit data boundaries States exactly what records were read or excluded 2. Plain-language reasons Explains the specific rule or criterion applied 3. Direct human recourse Designates the caseworker and review window Benefit: Contestable and Actionable • Verifies information privacy boundaries • Enables affected individuals to seek review • Empowers civic groups to audit outcomes
Figure 1: Comparing developer-oriented model cards with pluralistic receipts that provide clear boundaries, reasons, and appeal routes.

Four receipts communities should demand

What does useful transparency look like in everyday practice? It comes down to four basic receipts.

First, people need clear data boundaries. When an automated tool recommends an action, it should state plainly what records it accessed and what information was excluded. A job applicant deserves to know whether a screening filter looked only at their submitted resume, or scraped their public social media feed.

Second, people need grounded reasons. A decision receipt should explain the specific rule or criterion that triggered the result. Vague scores or statistical probabilities do not help an applicant understand their standing. Plain-language reasons turn opaque calculations into understandable claims.

Third, people need contestability routes. An automated system should never present itself as a closed loop. Every notice must name the human department or caseworker authorized to review the outcome, along with an explicit deadline for lodging an appeal.

Fourth, communities need collective audit receipts. Local clinics, tenant unions, and civic groups should be able to review aggregate decision summaries without exposing individual privacy. Public registries help communities detect systemic biases before individual harms compound.3

Honest limits

Transparency alone cannot fix an unfair policy. If an algorithm enforces an unjust regulation, explaining the mechanism clearly does not make the result acceptable.

However, useful receipts make hidden trade-offs visible. When people can see the exact criteria used by automated tools, they can challenge unfair assumptions in municipal meetings, union bargaining, and public consultations.

You can inspect community-tested audit templates and civil society action cards in our Shared Horizon library. Demanding accountability starts by asking for receipts that answer to people, rather than checklists that satisfy compliance auditors.

  1. M. Mitchell et al., “Model Cards for Model Reporting,” in Proceedings of the Conference on Fairness, Accountability, and Transparency (ACM FAT*, 2019), 220–229.
  2. J. Smith et al., “Whose Transparency is it Anyway? Understanding Generative AI Transparency Needs and Gaps Across Stakeholders,” arXiv preprint arXiv:2611.05549 (November 2026).
  3. J. Cobbe, M. S. A. Lee, and J. Singh, “Reviewable Automated Decision-Making: A Framework for Accountable Algorithmic Systems,” in Proceedings of the 2021 ACM FAccT Conference (2021), 232–242.

← All articles

Recent articles

Protecting ·

When an invoice gives orders to your assistant

Giving an AI assistant eyes and ears opens a hidden door. Discover why assistants mistake billing data for instructions, and how out-of-band sign-offs keep you safe.

Read · 8 min

Governing ·

Why a public decision cannot hide in a black box

When software decides who qualifies for housing, benefits, or public care, agencies cannot accept a vendor's trade secret. Here is why public choices need an open blueprint.

Read · 7 min

Seeing ·

Why an assistant needs an open logbook

Autonomous digital assistants sound confident when they finish a task, but silent mistakes slip past cheerful summaries. Here is why every automated helper needs an auditable logbook.

Read · 7 min