Answer in one sentence: Every material production agent needs a legal record that connects authority, contract terms, identity, data access, actions, human review and incident evidence to the same deployed system.

What this report owns

This report focuses on the records counsel may need for contracting, attribution, disputes, incidents and governance. It does not infer legal noncompliance from a reported access method, and the practical checklists must be adapted to the relevant facts, contracts and jurisdictions.

Key October evidence

Evidence sources: See the CISO AI Leverage Report for the security instrument, the AI Leaders AI Leverage Report for production access evidence and Executive AI Statistics for complete distributions and provenance.

What October adds, and what it cannot establish

October adds current production-agent access and bottleneck evidence to the legal-governance synthesis. It also gives counsel a clearer reason to connect policy and contract language to a live system record: 80 percent of AI Leaders respondents report at least one production agent (base 75), while reported access methods vary among the 49 applicable responses.

The data cannot establish whether a respondent violated law, policy or contract. A shared service account can be implemented with narrow privileges and workload-level logs; a per-agent credential can still be overprivileged or poorly monitored. Similarly, a respondent naming data leakage or shadow AI as a top problem is reporting a concern, not confirming an incident. This report uses those answers to frame discovery and evidence questions, never to infer liability.

Working definitions for counsel

TermMeaning in this reportImportant boundary
Material AI agentA production system whose actions, data, customer impact, financial exposure or regulatory context warrant a specific legal recordNot every individual productivity use requires the same review depth
AuthorizationDocumented permission for the defined workflow, action scope, data scope and operating conditionsPurchase approval alone may not authorize every downstream action
AttributionAbility to reconstruct which system and authority produced an action, with relevant human reviewAn account name by itself may not identify the acting workflow
Shadow AIAI use outside the organization's approved discovery, procurement or governance pathThe survey response identifies concern, not proven unauthorized use
Legal hold-ready evidenceRelevant records mapped to a system, time period and custodian so preservation can be initiated when requiredIt does not mean every AI log should be retained indefinitely
Material changeA change in model, data, tools, action scope, provider or control that triggers the organization's defined re-review thresholdRoutine updates need not all receive identical legal review

The company should align these working definitions with its policy, sector, contracts and jurisdictions. Consistent definitions are especially important during an incident, when “agent,” “owner,” “approval” or “log” may otherwise mean different things to engineering, security and legal teams.

Why the agent record matters

When an AI agent is implicated in harm or a dispute, counsel may need to establish who authorized it, who owned the workflow, which deployed system acted, what credential it used, what data it accessed, which tools it invoked, whether a person reviewed the action and how the contract allocates responsibility. A general policy cannot answer those fact-specific questions by itself.

Purchase approval and operating accountability are also different records. Thirteen percent report no single AI buying owner (base 467, any mention). Even when a signer is clear, the business, technical, security and legal owners for a production system may sit elsewhere.

Attribution and access evidence

Per-agent credentials are the leading agent data-access method at 49 percent among applicable respondents, ahead of shared service accounts at 37 percent, base 49

The chart shows the full 71-response distribution: per-agent credentials 34 percent, shared service accounts 25 percent, delegated identity 6 percent, brokered access 4 percent and not applicable 31 percent. The table below excludes the 22 “not applicable yet” responses and re-bases the four access methods to the 49 applicable respondents.

AnswerCountShare
Per-agent credentials2449%
Shared service accounts1837%
Delegated user identity48%
Credential-free or brokered access36%

Base 49 applicable responses. These percentages are intentionally different from the full-base chart because the denominator excludes 22 “not applicable yet” responses.

A shared service account does not establish noncompliance, but it can make attribution harder when several agents or workflows use one identity. Delegated or brokered access can support attribution only if the implementation preserves the relevant actor, authority, scope and action records.

General counsel control matrix

Legal questionOctober evidenceBaseRecord or control to examine
Is purchasing authority clear?13% report no single owner467Executive sponsor, operating owner and approval trail
Are agent actions attributable?37% use shared service accounts among applicable answers49Agent register, identity, logs and revocation
Which security issue is most named?68% name securing agents and their access151Approved data scope and action boundaries
Does governance slow production?21% name governance and approval as a bottleneck75Risk-tiered intake, review record and standard terms
Are identity controls a bottleneck?15% name identity and permissions75Approved credential patterns and exception process

These figures come from separate instruments and do not establish the legal posture of any respondent or company.

Unauthorized use, data leakage and discovery

Data leaking into AI models is named by 29 percent of CISO-instrument respondents and shadow AI by 28 percent (base 151, any mention). These lines are close in share but describe different legal and operational questions. Leakage concerns what data entered or left a system, under what rights and protections. Shadow AI concerns whether the use was visible to, and approved through, the organization's governance path. One can occur without the other.

Policy implications

A usable policy should tell an employee or system owner more than “do not put confidential data into AI.” It should identify approved and prohibited use classes, relevant data categories, procurement or intake routes, human-review expectations, recordkeeping, escalation and the consequences of bypassing required controls. Risk tiers can prevent low-risk uses from overwhelming the same process used for customer-facing or action-taking systems.

Policy should also define who can grant an exception, how long it lasts and what evidence is retained. Otherwise an exception can become a permanent operating state without an owner. For agents, authorization should address both data access and action scope: reading an approved source is different from changing a system of record, sending a customer communication or committing funds.

Discovery implications

Counsel does not need to operate every discovery control, but it should know what evidence can be produced. A practical discovery map covers:

  1. approved vendor and model inventory;
  2. identity-provider, browser, network, expense and application signals used to find unregistered use;
  3. the workflow for validating a signal and distinguishing personal, experimental and production activity;
  4. the record of notice, investigation, exception, remediation or approval;
  5. preservation and access rules for prompts, outputs, tool calls and related logs; and
  6. the route for employee, customer or vendor reports.

Discovery should be proportionate and consistent with employment, privacy and monitoring law. A signal is not proof of misconduct. The review record should preserve what was observed, how it was validated and why a response was selected.

Response implications

When unapproved use is confirmed, separate containment from legal characterization. The immediate task may be to revoke access, prevent further disclosure, preserve relevant records and assess affected data or actions. The later analysis can determine notification, contractual, employment, regulatory or litigation consequences. Using the same severity label for all shadow use can either underreact to a material disclosure or overreact to a low-risk experiment.

Maintain one record for each material production agent or agentic workflow. The following fields create a common reference across legal, security, technology and the business.

Record fieldWhat to captureWhy counsel may need it
Agent and workflow identityUnique name, purpose, users, production date and current statusIdentifies the system at issue
Decision rightsExecutive sponsor, business owner, technical owner, control owner and approval dateConnects authority to accountability
Technical compositionVendor, model, material tools, version or configuration and deployment environmentDistinguishes the deployed system from a pilot or prior version
Data scopeData classes, sources, destinations, retention and prohibited dataTests use against policy and contract terms
Identity and actionsCredential, delegated authority, permitted tools, transaction limits and revocation ownerSupports attribution and scope analysis
Human involvementRequired review, override, escalation and evidence of approvalShows where a person enters the decision chain
Contract coverageApplicable vendor, customer, data and model termsConnects operation to allocated rights and duties
Logging and preservationEvents recorded, storage location, retention period and access to logsDetermines whether the operating history can be reconstructed
Incidents and exceptionsFailure, policy exception, affected data or party, response and remediationPreserves facts and follow-through
Review recordLast review, material changes and continue, change or stop decisionShows ongoing governance rather than one-time approval

AI contract clause checklist

Review the clause set against the actual agent record, not only the vendor category.

This checklist is a starting structure, not a substitute for contract analysis.

From pricing model to contract design

The YC Founder AI Report owns the founder pricing distribution and buying-path analysis. Counsel's distinct task is to translate the commercial model into language that can be administered and evidenced.

Commercial modelContract-design questionsRecords needed if disputed
Usage-basedWhat is the meter, when is use billable, what is included, and how are anomalous or unauthorized events treated?Usage events, entitlement, rate table, credits and invoice calculation
Flat subscriptionWhat service scope, capacity, fair-use or limitation terms apply, and what changes at renewal?Entitlement, service history, notices, amendments and renewal record
Outcome-basedWhat is the baseline, outcome, attribution rule, verification party, measurement period and treatment of external factors?Source data, calculation, approvals, exceptions and outcome acceptance
Per seatWhat constitutes a seat when agents act for users, and how are service identities or automated actions licensed?User and agent entitlement, assignment history and access record

Mixed pricing requires a precedence rule. For example, a subscription may include usage and add an outcome fee; the contract should state which data controls each calculation, when a result becomes final, how corrections work and what survives termination. The operational system must be capable of producing that evidence. A clause promising an audit right is weak if the relevant usage, outcome or action record is not retained.

Pricing terms also interact with data and authorization. Usage-based charges created by an autonomous action need transaction limits and a way to identify abnormal activity. Outcome pricing may require customer data that cannot be used outside a defined purpose. Seat terms may fail to describe an agent acting across several users. These are contract-design issues, not conclusions about any specific pricing model's quality.

Incident evidence chain

When an agent-related incident or dispute occurs, preserve a coherent evidence chain for the same system and time period:

  1. Record the detection time, reporter, affected workflow and immediate containment decision.
  2. Preserve the deployed model or material configuration, agent identity, credential and authorization in effect.
  3. Preserve relevant inputs, outputs, prompts, tool calls, transactions, logs and human approvals, subject to applicable legal and privacy requirements.
  4. Identify the data accessed, disclosed, changed or acted upon and the parties or systems affected.
  5. Map the facts to applicable contracts, policies, notices, retention duties and escalation requirements.
  6. Record the timeline of decisions, internal and external notifications, vendor cooperation and evidence custodians.
  7. Link corrective actions to owners, completion evidence and the decision to restart, restrict or retire the system.

The purpose is not to predetermine liability. It is to preserve the facts needed to investigate authority, causation, contractual responsibility and remediation.

Legal review should be event-driven as well as periodic. At intake, capture intended use, data, actions, parties and proposed terms. Before production, confirm the system record, authorization and evidence design. On a material change, test whether prior approvals and contractual assumptions still apply. Quarterly or on another risk-based cadence, review open exceptions, incidents, contract changes and systems nearing renewal. At retirement, address data return or deletion, credential revocation, record retention and continuing obligations.

The cadence should not turn counsel into the operator of every system. Business and technical owners maintain the operating evidence; security owns relevant control operation; legal defines the records and escalation needed for rights, obligations, disputes and incidents. The review trail should show who decided and on what evidence.

Failure modes counsel should test

Implications by stakeholder

Comparison with external research

External sourceRelevant contextLegal-record application
NIST AI Risk Management FrameworkCommon structure for managing AI riskOrganize governance and review without treating the framework as a legal conclusion
IBM's 2026 Cost of a Data Breach ReportEmphasizes identity-based access, scoped permissions, human attribution and agent auditabilityConnect authorization, identity, actions and evidence in the system record

These sources support the evidence design. Applicable legal analysis remains fact- and jurisdiction-specific.

Questions this report answers

Record the agent and workflow identity, decision rights, technical composition, data scope, credential and permitted actions, human involvement, contract coverage, logging, incidents, exceptions and review decision.

Which AI contract clauses should counsel connect to the deployed system?

Connect permitted use, data rights, identity, providers, material changes, performance, audit records, incident response, output rights, liability and exit terms to the system's actual workflow and dependencies.

What evidence should be preserved after an AI agent incident?

Preserve the deployed system record, authorization, identity, relevant inputs and outputs, tool calls, actions, data scope, human decisions, contract mapping, notification timeline and remediation evidence, subject to applicable legal and privacy requirements.

Does shadow AI mean confidential data was leaked?

No. Shadow AI describes use outside an approved or visible path; data leakage describes a data event or concern. The CISO instrument reports them separately at 28 percent and 29 percent, respectively (base 151, any mention), and neither response confirms an incident.

How should counsel investigate suspected unauthorized AI use?

Validate the discovery signal, identify the system, user or agent, preserve proportionate evidence, determine data and action scope, contain ongoing exposure and then assess the applicable policy, contract and legal duties. A signal alone should not be treated as proof.

Use defined material-change triggers such as a new model or provider, expanded data or action scope, customer-facing use, new geography, changed pricing or outcome terms, a significant exception, or an incident. Routine changes can follow a lighter risk-based path.

How does AI pricing affect contract language?

The contract must make the commercial unit administrable. Usage pricing needs a meter and dispute rules; outcome pricing needs a baseline and verification method; subscriptions need scope and renewal terms; seat pricing needs a definition that works when agents act for users.

Key citable facts

Methodology and limitations

This is a legal and governance synthesis of operator evidence, not a survey of general counsel and not legal advice. It does not infer legal noncompliance, causation or liability from a reported access method. The figures come from separate populations and are not combined. Respondents are deduplicated by email for each question, invited-only rows are excluded, and multi-select questions use any mention. The agent record, clause checklist and incident evidence chain are recommended working tools, not survey findings.

Citation

Suggested citation: Newlands, M. (2026). General Counsel AI Report, October 2026. Open Future Forum.

Work These Questions with Dealmaking Peers

Forum Select meets through small, off-the-record gatherings. Membership is by application and referral.

Explore Forum Select Inquire about membership