AI transparency in schools should let a family answer a practical question without searching through board packets, vendor pages, and old emails: What AI is the district using, for what purpose, with whose information, under whose judgment, and whom can I ask about it?
A policy statement alone cannot answer that question. Neither can a list of product names. Districts need two connected records: a detailed internal AI system inventory for governance and a plain-language public AI tool register for students, families, staff, and the community.
In brief: catalogue every approved AI-enabled use, including features embedded in products the district already owns. For each use, name the purpose, users, information involved, human-review boundary, limits, responsible owner, approval status, and next review date. Publish the portion families need in accessible language. Add targeted notice when a use directly involves a child, their work, or their information. Give people a real route to ask questions, report an error, request an accommodation, or understand an available alternative. Then update the record when the product or district workflow changes.
This is a governance and communication framework, not legal advice. Public notice is not automatically consent, and a public register does not replace privacy notices, records obligations, accessibility duties, collective bargaining, procurement review, or rights that vary by jurisdiction and use. District counsel and qualified privacy leaders should determine what must be disclosed, when permission or an alternative is required, and what information should not be published.
Why AI transparency is a district priority now
Families are asking for concrete disclosure, not general reassurance. A May–June 2026 National Parents Union survey of 1,527 parents of public K–12 students, with a reported margin of error of plus or minus 2.7 percentage points, found that:
- 88% said schools should inform parents if their child will use or interact with AI as part of school.
- 87% said schools should inform parents if their child's information or assignments will be shared with AI.
- 84% said schools should disclose whether and how staff use AI for work such as lesson plans, materials, grading, schedules, or policies.
Those results do not tell a district which tool to adopt or whether a particular use is lawful. They do show that families distinguish among student interaction, information sharing, and staff use—and expect visibility into each.
Public policy is moving in the same direction. North Carolina's enacted Session Law 2026-41 directs the state Department of Public Instruction to maintain both a public list of AI tools reviewed under its evaluation framework and a public list of all AI tools used in public school units. The law also calls for transparency with students and families in educator training. Those provisions apply within North Carolina on the law's schedule; districts elsewhere should not treat them as a universal legal requirement. They are, however, a consequential example of AI inventory and public disclosure becoming an operating expectation rather than a communications extra.
Current guidance gives districts a practical foundation:
- The NIST AI Risk Management Framework Core calls for mechanisms to inventory AI systems, document risks and impacts, communicate about them, and engage affected people.
- Michigan's 2026 AI Starter Guide for Districts includes disclosure norms, prohibited uses, human oversight, and periodic review among its starter practices.
- Oregon's 2026 Generative AI in K–12 Classrooms guidance recommends transparent communication with the school community about whether, how, and why AI may be used.
- New York City Public Schools' 2026 AI guidance requires tools to meet transparency and explainability expectations and gives families a contact for questions about tools used in their child's school.
The district lesson is straightforward: if the organization cannot produce a current inventory internally, it cannot communicate accurately externally. If it publishes a list without ownership and review, that list will become another stale page families learn not to trust.
Define the use before promising transparency
“We use artificial intelligence” is too vague to govern. “We use Product X” is not much better. One product may contain several AI features with different users, inputs, outputs, and consequences.
Define the unit of transparency as an approved use, not merely a vendor.
For example, these should be separate records even if the same platform powers them:
- a teacher drafting a family newsletter from approved district information
- a student receiving hints in an algebra practice tool
- a principal summarizing anonymous climate-survey comments
- a system flagging language in a student account for a safety review
- a human resources team generating a first draft of a job description
The purpose, affected people, data, human review, evidence standard, and available alternatives differ. A single vendor row would hide those differences.
Districts should also define what falls inside the inventory. Include generative tools, predictive systems, recommendation or ranking features, automated classification, AI-enabled monitoring, and material AI features embedded in learning, productivity, safety, communications, or administrative products. Do not wait for a vendor to market the feature as “AI.” Ask what the system does and whether an automated model influences content, recommendations, flags, access, or decisions.
This work complements the district's AI governance framework and vendor review process. Governance establishes authority and risk controls. Procurement evaluates a proposed tool. The transparency register shows what the district actually approved and how the live use is bounded.
Build two connected layers
A responsible transparency program needs an internal record and a public record. They should share a source, but they should not contain identical detail.
Layer 1: the internal AI system inventory
The internal inventory supports procurement, privacy, security, instruction, accessibility, legal review, incident response, renewal, and decommissioning. NIST's AI RMF Playbook describes an AI system inventory as an organized database of artifacts that can include system documentation, data dictionaries, incident plans, implementation links, and responsible contacts.
For each approved use, retain at least:
- System and feature: product, vendor, enabled AI feature, version when available, and integrations.
- Purpose and boundary: problem addressed, permitted task, prohibited task, and non-AI alternative considered.
- Users and affected people: roles, grades, schools, programs, and people affected even if they do not operate the tool.
- Information flow: input categories, output, storage, sharing, retention, deletion, and connected systems.
- Human authority: who reviews the output, evidence they must consult, who decides, and who can override or stop the use.
- Evidence and limits: evaluation performed, results, limitations, accessibility conditions, and unresolved risks.
- Governance record: procurement, privacy, security, curriculum, accessibility, legal, and labor reviews as applicable.
- Lifecycle: approval date, owner, next review, change triggers, incidents, renewal, and retirement plan.
Do not put student records, security configurations, confidential contract terms, sensitive incident details, authentication information, or other protected content in the public register. Transparency requires useful explanation, not uncontrolled disclosure.
Layer 2: the public AI tool register
The public register translates approved uses into information a student, family member, educator, board member, or community member can understand.
Each entry should answer:
- What is it? Name the product and the specific AI-enabled feature or use.
- Why is it used? State the educational or operational purpose in one sentence.
- Who uses or experiences it? Identify relevant roles, grades, schools, or programs.
- What information is involved? Describe categories in plain language, not individual records.
- What does the AI produce? Explain the draft, hint, recommendation, summary, flag, or other output.
- What does a person decide? Name the human-review step and consequential actions the AI is not authorized to take.
- What are the limits? State prohibited uses, known limitations, and important conditions.
- What options exist? Explain an accommodation, correction route, or alternative when required or offered.
- Who owns the use? Provide a district role or monitored contact, not a vendor support form.
- When was it reviewed? Show approval, last-review, and next-review dates plus the status: pilot, approved, restricted, paused, or retired.
A public register can link to the district's acceptable-use policy, privacy notices, accessibility information, vendor terms, evaluation summary, board materials, and family resources. It should not force a reader to open six documents to learn the basic facts.
Use the CLEAR transparency cycle
The CLEAR cycle turns AI transparency from a one-time webpage into a maintained district practice: Catalogue, Label, Explain, Answer, Refresh.
C — Catalogue the complete use
Start with purchasing records, data-privacy agreements, single sign-on and rostering systems, app approvals, curriculum licenses, browser extensions, safety systems, productivity suites, and department interviews. Ask vendors and internal product owners which AI features are enabled now, planned, optional, or introduced through an update.
Reconcile the list with real practice. A tool may be approved but unused. Another may be used through a free account without district review. An existing platform may have activated a new AI feature after the original contract.
