Accountability cannot stop with the project team
Outcomes, knowledge and risks continue changing after adoption. A temporary delivery team should not permanently decide business scope and outcome trade-offs on behalf of operating owners.
Early-stage agent governance suggests technical expansion can outpace organisational arrangements. We believe sustained AI operation must manage tasks, models, knowledge and authority together. A change in any of them can alter the conditions under which use was accepted.
of surveyed data leaders are early in defining how to scale and govern agents3
2025 · 1,700 senior data and analytics leaders globallyAgents reading information, organising workflows and initiating actions across systems challenge existing application boundaries. We believe scale means more than additional users and calls: permissions, evaluation, exception handling and accountability must expand together. Governance belongs in product design so the organisation knows when to delegate and when to intervene.
EXAMINING AI THROUGH THE TASK
Outcomes, knowledge and risks continue changing after adoption. A temporary delivery team should not permanently decide business scope and outcome trade-offs on behalf of operating owners.
A model update can alter tool calls, a knowledge update can change answers and a permission change can prevent completion. Separate approvals can miss their combined effects.
Complaints, review effort, refusals and failures are more than technical logs. They may indicate invalid assumptions, overly broad tasks or an organisation not yet ready to use the capability.
Assign responsibility for business outcomes, technical operation and knowledge quality so problems can be understood within stable working relationships.
Connect versions, dependencies, permissions and evaluation evidence. Distinguish changes needing renewed validation from iteration within an accepted scope.
When outcomes drift, risk rises or evidence weakens, reduce scope, return to human operation or stop the affected capability. Expansion should not be the only direction.
Governance should not mean identical approval for every change. Differentiate by consequence and recoverability so lower-risk iteration remains efficient.
When a model, knowledge source or permission changes, who decides whether the business can continue under the original conditions?
AI behaviour changes with models, knowledge, users and operating conditions. Initial approval does not establish ownership after updates, escalation paths or suspension criteria. Governance must connect business owners, technical teams and people using the service.
Record purposes, data, models, suppliers and owners. Set review, update and monitoring requirements by impact, with clear training and use boundaries.
Monitor sampled quality, cost, complaints, source freshness and permission events. Establish alert ownership, response expectations and change approval.
Exercise incorrect outputs, supplier outages and data incidents, verifying takeover, degraded service, rollback and user communication. Periodically reassess whether to retain the use case.
AI system register and risk-tiered accountability
Monitoring, change, incident and training arrangements
Governance dashboard and suspension/retirement plan
Frameworks such as NIST help structure governance; they do not constitute certification or a legal-compliance conclusion. Applicable obligations depend on the activity and jurisdiction.
Comparison of inference cost at GPT-3.5-level MMLU performance; not a reduction in total enterprise AI or project costs.
Stanford 2025 · Nov 2022–Oct 2024 · GPT-3.5-level performanceOSWorld is a structured computer-use benchmark; the result is not an energy-production success rate or a deployment threshold.
Stanford AI Index 2026 · OSWorld benchmarkSelf-reported status in a cross-industry, cross-geography survey, not a measured maturity score for energy enterprises.
IBM 2025 · 1,700 senior data and analytics leaders globally