Skip to main content
Worked examples

Build an AI use inventory a regulator can read

How a utility builds a list of every AI use that a regulator can read. One row per use, with the decision it shapes, its safeguards and the evidence that they work.

By Murali SidLinkedInPublished Updated

A regulator asks a utility to list every place it uses AI, and to show how each use is governed. Most utilities can name their headline projects. Few can list the AI inside vendor products, office tools and older analytics. This page gives a template for the list and the policies beside it. The short answer: build the list from the agent registry, not from a survey. A named person signs it, because it is a formal regulatory record.

What regulators have asked

On 17 September 2026 the New York Public Service Commission opened Case 26-M-0552. Twelve named utilities must file an inventory of their AI uses within 60 days, with the policies that govern them. The commission names seven risks: hallucinations, algorithmic biases, transparency, data privacy, misconfiguration, cybersecurity attacks and functional brittleness. Reports every six months follow, according to coverage that day. Arizona opened Docket AU-00000A-26-0060 on AI at energy and water utilities on 24 March 2026. A utility elsewhere can use the same list for its board and auditors.

The systems involved

The list lives in the governance, risk and sovereignty layer (R11). It draws on four other layers.

How it runs today

Today the list is built by hand (typical, unsourced).

  1. A risk lead emails a survey to each business unit.
  2. Units answer in spreadsheets, naming their headline projects.
  3. The lead emails suppliers to ask which products contain AI.
  4. The lead merges the answers and checks them against the obligations register by hand.
  5. A named executive signs the filing.

AI inside vendor products is often missed. Few rows link to evidence that a safeguard works. Each filing starts again from a stale spreadsheet.

How agents run it

The registry record feeds the inventory. Each agent gets one record in the registry at the register stage of the agent lifecycle. The registry record holds the owner, purpose, tools, risk tier, autonomy and highest data class. Most inventory columns are fields in that record.

  1. Draft one row per record. Agent. It reads the registry and writes draft rows in the GRC tool.
  2. Find AI the registry misses. Agent. It reads invoices, supplier contracts and network traffic to known AI services. It writes candidate rows marked "not registered".
  3. Confirm each candidate. The owning team confirms or rejects it. A confirmed use gets a registry record first.
  4. Collect the evidence. Agent. It asks the owning team for the record behind each safeguard. It checks the date and scope, and passes gaps to a reviewer.
  5. Review. The compliance lead reviews the draft in the GRC tool.
  6. Attest. A named person signs the filing. The inventory is a formal regulatory record, so the agent never files or signs.

The pattern is the same as collecting compliance evidence.

What counts as an AI use

We propose one test. Does a learned or generative model shape a decision, record, customer contact or physical action? Four groups are easy to miss. They are AI inside purchased products, older machine learning, staff use of assistants, and AI used by contractors. Fixed rules and thresholds are not AI uses.

One row per use

Each row answers six questions. The CSV template has every column.

A regulator reads question 4 most closely, so record the decision, not the technology. Record the autonomy level as the use runs today, on the autonomy contract. The levels run from manual (A0) and assisted (A1) to delegated tasks (A2). Above those sit supervised autonomy (A3), managed autonomy (A4) and governed lights-out (A5). Learning runs from fixed (L0) through curated (L1) and reviewed (L2) to continuous learning inside limits (L3).

Note any of the four deterministic zones the use touches: access, money, safety actuation or formal records. Say where each boundary is enforced. "The prompt tells the model not to" is not a control. A control is a rule, an approval step, or a system outside the model.

Safeguards for the seven risks

For each named risk, record a safeguard that can be tested, the test and its date. Good examples are answers from approved sources only, and outcomes compared across customer groups. Others are a tested rollback, and a manual fallback with the date it last ran. The security practices cover prompt injection.

The policies beside the list

The order asks for policies as well as the list. We propose eight, each with an owner and a review date. They cover acceptable use, intake and approval, procurement, and human oversight. They also cover deterministic boundaries, change control, incident response and records. The boundaries policy says models may take permission away, never grant it.

Three worked rows

These rows illustrate proposed uses elsewhere in this guide. They are not deployed systems.

They follow the vegetation inspection example and the customer-service blueprint.

Measure whether it works

Check coverage against an independent sample, such as supplier contracts. Track the share of rows with a tested safeguard, and the age of the oldest evaluation. Count the uses an audit finds that were not on the list.

Evidence and limits

This template follows the press release for Case 26-M-0552 and general governance practice. It was written before any utility filed. The order itself governs what a New York utility must file, and other commissions may ask different questions.

The autonomy levels and the deterministic zones are this guide's own terms. Explain them in plain words in a filing. The commission has not named its frameworks. The NIST AI Risk Management Framework and ISO/IEC 42001 are two common ones.

Next step

Score each agent on the risk profile. Return to utilities for the worked examples.

Explore this topic

Cite this page

Written by Murali Sid, Founder and AI Systems Architect, last updated 15 October 2026. Licensed CC BY-SA 4.0, so quote it freely with attribution.

Murali Sid (2026). Build an AI use inventory a regulator can read. Agentic Architecture Skills. https://www.agenticarchitectureskills.com/use-cases/ai-use-inventory

Machine-readable version of this page: /use-cases/ai-use-inventory.md

On this page