G-P08 · TOPIC · agentic-systemsGCRI dossier · service level R0
GCRIArtificial Intelligence and Autonomous SystemsIn development
Topic dossier · Artificial Intelligence and Autonomous Systems

Agentic systems

Agentic AI systems pursue goals by planning and taking actions: calling tools, browsing, writing and running code, or operating other software, sometimes over long tasks with little supervision. Autonomy brings usefulness and new failure modes, from compounding errors to misuse of granted permissions. This page sets out how agents fail, how their actions can be bounded and overseen, and what evidence serves those who build, deploy and govern them.

01In brief

The short answer.

Agentic AI is AI that pursues goals by planning and taking actions with tools and software, often over many steps with little supervision. Its risks come from compounding errors, permissions that set the scope of harm and untrusted inputs that steer behaviour, so oversight and limits must be designed in.

02Geography

Connected activity in East Asia.

Night-time lights and population density, the footprint of electrified, connected activity, framed on East Asia; each layer is a dated NASA product.

The interactive map needs JavaScript; the layer list and sources are below.

Layers 2

Connected activity

Latest available

NASA GIBS / EOSDIS · ASTER GDEM (METI, NASA) · Natural Earth

Loading the latest NASA imagery.

Drag to move. Ctrl or ⌘ and scroll, pinch or the buttons to zoom; hover for the values under the pointer; reset returns to the region.

Night-time lights and population density, the footprint of electrified, connected activity, framed on East Asia.Satellite and model products as NASA publishes them, each with its own date; indicators, not assessments of any place; claim ceiling INTEGRATED.

Data: NASA GIBS · ASTER GDEM · Natural EarthSources and licences

  • We acknowledge the use of imagery provided by services from NASA's Global Imagery Browse Services (GIBS), part of NASA's Earth Science Data and Information System (ESDIS). Colours redrawn from the published colour map; values averaged into H3 cells where shown (modified). NASA open data
  • We acknowledge the use of imagery provided by services from NASA's Global Imagery Browse Services (GIBS), part of NASA's Earth Science Data and Information System (ESDIS). Colours redrawn from the published colour map; values averaged into H3 cells where shown (modified). NASA open data
  • VIIRS Black Marble night-time lights, NASA Goddard Space Flight Center; distributed by the NASA Level-1 and Atmosphere Archive and Distribution System (LAADS DAAC); imagery via NASA GIBS. Colours redrawn from the published colour map; values averaged into H3 cells where shown (modified). NASA open data
  • Center for International Earth Science Information Network (CIESIN), Columbia University. 2018. Gridded Population of the World, Version 4 (GPWv4): Population Density, Revision 11. NASA Socioeconomic Data and Applications Center (SEDAC). Licensed under CC BY 4.0. Colours redrawn from the published colour map; values averaged into H3 cells where shown (modified). CC BY 4.0
  • VIIRS near-real-time products (flood, land surface temperature, snow cover, corrected reflectance), NASA LANCE; imagery via NASA GIBS. Colours redrawn from the published colour map; values averaged into H3 cells where shown (modified). NASA open data
  • ASTER GDEM is a product of METI and NASA (ASTER Global Digital Elevation Model V003, NASA LP DAAC); imagery via NASA GIBS. Colours redrawn from the published colour map; values averaged into H3 cells where shown (modified). NASA open data
  • Made with Natural Earth. Free vector and raster map data @ naturalearthdata.com. Public domain
  • Globe: MapLibre GL JS 6.9.1, BSD-3-Clause, © MapLibre contributors.

Layers and dates

  • Night-time lights, daily: VIIRS Black Marble (VNP46A2), NASA LAADS DAAC · 12 Oct 2026
  • Population density, 2020: Population: CIESIN, Columbia University, Gridded Population of the World v4.11 (2018), NASA SEDAC, CC BY 4.0 · static
  • True colour: VIIRS NOAA-20 corrected reflectance, NASA LANCE · 13 Oct 2026

03Console

Agent oversight console, in outline.

The working screen behind this subject: its structure, terms and states. Names are placeholders and values illustrative.

Agent oversight console

Agentic systems · Agent sandbox · Session AG-6627

Human approval pendingGCRI · Artificial Intelligence and Autonomous Systems

Tool calls

  1. 10:34Infosearch(documents) · read-only
  2. 10:51Inforun_model(flood_nowcast) · sandbox
  3. 10:51Gatesend_message(external) · needs approval
  4. 10:53Errorwrite_file(outside workspace) · denied

Policy

Scope
workspace only
External actions
human approval
Spend limit
43 units
Kill switch
Armed

Actions by approval class

050100count this weekAutoLoggedApprovedDeniedEscalated
Agent oversight console: the screen's structure, terms and states for Agentic systems.Placeholder names and illustrative values; a design, not a record or a live system.
04The question

Agentic systems: how the risk develops.

Tool access, delegated authority and safe execution. The dossier below sets out how the risk develops, what is measured, where the data come from, how it is modelled and who decides.

Mechanism

Errors compound over steps

Each step in a long task can go wrong, and an early mistake shapes later actions. Small per-step error rates add up over many steps.

Mechanism

Permissions define the blast radius

An agent can only do harm with the access it has been given. Broad credentials, write access and payment rights turn errors or manipulation into real-world consequences.

Mechanism

Untrusted inputs steer behaviour

Agents read web pages, documents and messages that may contain instructions. Prompt injection can redirect an agent to act against its user.

Mechanism

Oversight must be designed in

Humans cannot review every action of a fast agent. Approval steps for consequential actions, logging and the ability to stop and roll back are design choices.

05Key terms

Terms used on this page.

Each term as this page uses it. Where a standard-setting body defines the term, the wording follows that body.

TermDefinition
Excessive agencyGranting an AI system more permissions or autonomy than its task requires, an OWASP risk category.
Tool useAn AI system's ability to call external functions, services or software to act.
Human in the loopA design in which a person approves or can intervene in an AI system's actions.
06Indicators

What is measured, and how well.

Each indicator carries its unit, its cadence, the kind of source behind it and the evidence label a value would carry. No values are shown: a programme supplies them under its own authority.

IndicatorUnitCadenceSource typeLabel
Task success rate on agent benchmarkspercent of tasks completed correctlyper evaluationAgent benchmark resultsREPORTED
Actions requiring human approvalpercent of consequential actionsper deploymentDeployment configurationDECLARED
Prompt injection success ratepercent of attempts succeedingper evaluationSecurity testingOBSERVED
Agent incidentscount by severitymonthlyIncident reportsREPORTED
Actions logged and attributablepercent of agent actionsper deploymentAudit logsOBSERVED
Mean task length before human interventionsteps or minutesper evaluationEvaluation logsOBSERVED
07Canvas

From sources to decisions.

The topic as a computational graph: named sources feed the methods, an evidence review gates the outputs, and the decisions stay with the authorities that hold them.

Pipeline canvas · Agentic systems as a run graphDesign, not a record
Agentic systems: AI risk management, govern to manageGovernance sets roles and policies; the context and intended use are mapped; capability, safety, robustness and fairness are measured; risks are managed with mitigations and a deployment gate; incidents feed monitoring and the registry. Design of the process, not a record of a run.

Fig. 02Nodes carry their type, two metric rows and a state; connectors show what feeds what; dashed frames name the owners; the timeline is the cadence. Design of the pipeline, not a record of a run.

08Sources

Where the evidence comes from.

Named public datasets and institutional records, each with its licence class. Sources by agreement are used only under their terms and never republished.

SourceWhat it givesLicence class
OWASP Top 10 for LLM Applications and agentic security guidanceRisks such as prompt injection and excessive agencyOpen, CC BY-SA 4.0
Published agent benchmarks such as SWE-bench and related suitesTask-based evaluation of agentsOpen, licence per benchmark (to check)
NIST AI Risk Management FrameworkPractices for governing and measuring AI riskPublic domain, US government
AI Incident DatabaseReported incidents involving AI systemsOpen, licence to check
Developer system cards describing agent safeguardsDeveloper-reported agent evaluations and controlsPublic documents, terms per developer
09Decisions

Who decides, and what the evidence serves.

Artificial Intelligence and Autonomous Systems prepares evidence. The decisions below are taken by the authorities named, under their own rules, and never by the platform.

Who decidesThe questionEvidence this page serves
Deploying organizationsWhich actions an agent may take alone and which need approvalPermission patterns; evaluation results
Security teamsHow to protect agents from manipulationInjection testing; incident evidence
RegulatorsWhat oversight to require for autonomous AI actionsOversight design evidence

Outputs this topic produces

  • Permission and approval design patterns for agents
  • Agent evaluation protocols covering long tasks
  • Prompt injection test suites for deployments
  • Logging and rollback requirements
10Core questions

What designers and evaluators ask.

  • What actions can the agent take, with whose authority, and which are reversible?
  • How does it behave when instructions are ambiguous, conflicting or malicious?
  • Can a human see what it is doing, understand why and stop it in time?
  • How do errors compound over long sequences of steps?
11Mechanisms

How agents fail.

An agent combines a model's reasoning with permissions in the world. Small errors in early steps can compound across a long task. Agents can misinterpret goals, pursue them in unintended ways or take shortcuts that satisfy a metric but not the intent. Content the agent reads, such as a web page or document, can contain instructions designed to hijack it, an attack known as prompt injection.

The more permissions an agent holds, the larger the potential harm. Systems that coordinate several agents add further failure modes, as agents pass errors to each other or interact in unforeseen ways.

12Methods and data

Designing for safe execution.

  1. 01

    Least privilege

    Granting only the permissions a task needs, with sandboxes and spending or action limits, drawing on cybersecurity and cryptography.

  2. 02

    Human oversight points

    Requiring confirmation for consequential or irreversible actions. Too many prompts lead to rubber-stamping, so placement matters.

  3. 03

    Task-based evaluation

    Testing agents on realistic multi-step tasks in controlled environments, using AI evaluation and assurance engineering. Simulated environments miss some real-world complexity.

  4. 04

    Logging and audit

    Recording actions and reasoning traces so incidents can be reconstructed. Traces may not fully reflect how a model reached a decision.

14Questions

Questions and answers.

What is an AI agent?
An AI system that pursues goals by planning and taking actions, such as using tools, browsing or running code, with some degree of autonomy.
What is prompt injection?
An attack in which instructions hidden in content the AI reads, such as a web page or document, cause it to act against its user's intent.
How can agent risk be reduced?
By limiting permissions to what the task needs, requiring approval for consequential actions, logging all actions, testing against manipulation and keeping the ability to stop and undo.
Should agents ever act without human approval?
For low-consequence, reversible actions within tight limits, often yes. For consequential or irreversible actions, the design question is where and how a human confirms.
Can agents be evaluated before deployment?
Partly, in controlled environments with realistic tasks. Monitoring after deployment remains necessary because real environments are more varied.
Does the platform build agents?
Its work is evaluation and method. Any build work for Consortium projects runs through Nexus Foundry under its own governance.
Artificial Intelligence and Autonomous Systems

Bring your expertise to this field.

The current service level is R0: information and enquiries. An enquiry receives a reference and names the next step; applications, payments, compute allocations and registrations open only when their team, terms and review capacity exist.