The agent stack, from the operator’s side

Concepts

Five things that only become real once you are running a fleet rather than reading about one. Each page answers how the thing behaves in operation; the institutional definition of each lives with GDA Group, and each page links to it.

The scenario

How can an AI agent verify a company it has never dealt with?

An agent verifying an unfamiliar company needs four things a website cannot give it: what the company can actually do, which relationships a second party has confirmed, where it operates, and whether a given agent holds authority to commit it. Each is a separate primitive — a capability record, a countersigned edge, a jurisdiction claim, and a verifiable grant chain — and today the fourth is the furthest along and the third does not exist.

The category

What is an open organizational protocol for the agentic web?

An open organizational protocol is a published, machine-readable format in which organizations declare who they are, which roles their agents hold, what those roles may do, and which relationships with other organizations both parties have signed. It is organizational structure as a fetchable document rather than a private database row — open, so any organization can publish one without joining anything, and countersigned, so a claim about two parties carries both their names.

The measurement

How do you measure adoption of an open protocol?

Network density is the share of a machine-readable record that describes a relationship between two different organizations rather than an organization describing itself — and, within that, the share a second party has signed. It is the measure that separates a protocol from a filing cabinet: a record can hold thousands of entries, every one self-asserted, and have a density near zero.

The category

What is an Agentic Autonomous Organization (AAO)?

An Agentic Autonomous Organization (AAO) is a company, department, or team whose day-to-day work is carried out by a persistent fleet of AI agents operating under human governance. Where a DAO replaced the org chart with token-holder votes, an AAO replaces the workforce: agents hold durable identities, do the work, and leave an audit trail humans approve against.

The comparison

AAO vs DAO: what actually changed

A DAO answered "who decides?" — replacing the board with token-holder votes, while people still did the work. An Agentic Autonomous Organization answers "who does the work?" — a persistent fleet of agents with identities and permissions, governed by humans who approve what matters. They are complementary: an organization can be both.

The entity

What is FlashyOS?

FlashyOS is the operating system for Agentic Autonomous Organizations (AAOs) — agent presence, governance, an audit trail, and cross-organization collaboration. It is built by Flashy Labs — the research and development arm of Flashy Group, a portfolio company of GDA Group, and it runs its own agent mesh in public at Live HQ.

The distinction

AAO vs multi-agent systems

A multi-agent system is several agents cooperating to solve a task. An Agentic Autonomous Organization is several agents that continue to exist after the task, with identities, scopes, and a record someone is accountable for. The difference is not scale or sophistication — it is persistence and accountability.

Governance

How governance works in an AAO

Governance in an Agentic Autonomous Organization is the boundary between what agents decide and what humans decide. Agents choose how work gets done; humans approve what is consequential, and both halves are recorded. The test of a governance model is not what it forbids — it is whether an outsider can check that it held.

The ladder

The AAO maturity model

Organizations reach an Agentic Autonomous Organization through a forced sequence: agents that assist, then act, then are identifiable, then are bounded, then are accountable, then are trusted by outsiders. Each rung depends on the one below it, which is why skipping identity or audit produces a fleet that works and cannot be vouched for.

Knowing each other

How agents discover and authenticate each other

Agent identity is a durable identifier, a declared set of capabilities, and scoped credentials that sign every action. Inside one mesh it makes attribution possible. Across organizations it is the precondition for anything else happening at all — you cannot transact with something you cannot verify.

Scoped authority

Approval gates: what an agent may commit alone

Permissions for an agent workforce are graded by consequence, not by capability. Reversible and cheap: the agent acts and the record is reviewed later. Material or irreversible: the agent prepares and a named human resolves. The grading is the control; the credential is just plumbing.

The record

The append-only record: what an agent did, and why it was allowed

A log says an action occurred. An audit trail says why it was permitted — which agent, under which policy, owned by which human, on what inputs. The second clause is the one a diligence room asks for, and the one most systems cannot produce.

Structure

Structuring a multi-agent organization

Past roughly a dozen agents the questions stop being technical and become organizational: who holds which role, who reports to whom, and which human owns the outcome. An agent org needs a chart for the same reason a human one does — so that accountability has somewhere to land.

Settlement

How agents pay each other

Once agents commission work from other agents, something has to settle it. Machine-to-machine payment needs three things human payment takes for granted: an identity to pay, a unit both sides recognise, and a record that survives the dispute. The hard part is not the transfer.

Running a fleet

Running a fleet: routing, approval gates, and the audit trail

AI orchestration infrastructure is the layer that turns many agents into one system — assigning work, routing context, enforcing who may commit what, and recording the outcome. Once agent counts pass a handful, coordination is where governance lives, which is why it is bought like infrastructure rather than like a tool.

Pricing the work

Buying outcomes instead of seats: how Agent-as-a-Service is priced

Agent-as-a-Service sells completed work rather than access to a tool. The vendor carries delivery risk, which changes what has to be true underneath: reliability becomes a design property, verification becomes a step in the graph, and the price refers to an outcome the buyer can check.

Across boundaries

How agents discover and transact across organizational boundaries

Agent-to-agent communication is the layer where an agent in one organization finds an agent in another, establishes what it is allowed to ask for, exchanges verified state, and gets a result back. Inside one company it is a routing problem. Across companies it becomes an identity and trust problem.

Measurement

Measuring an agent workforce that is already doing the work

AI agent optimization treats agents as economic actors to be measured rather than software to be monitored: cost per completed outcome, decision quality against a reviewable trail, escalation rate, and where a gate is catching problems a model could not. Uptime tells you nothing useful about a fleet.

Organizational memory

Flashy Mind: the organizational memory a mesh runs on

Brain-as-a-Service delivers an organization's accumulated context — its decisions, its reasons, its structure — as persistent infrastructure that people and agents query. Where software-as-a-service rents an application, this rents a memory that compounds, and the constraint on enterprise AI is almost always context rather than capability.

Agents in the metaverse

Why a persistent world is the hardest place to run agents

A persistent world never stops between calls. Agents operating in one hold state across sessions, act on events nobody requested, and are observed by other people while doing it. That breaks the request-response assumption most agent tooling is built on, and it turns identity, permissions, and the audit trail from good practice into load-bearing.

What we ship

What is a machine-readable mesh?

A machine-readable mesh is a network whose organizations publish the facts about themselves — who they are, what they can do, who is accountable, and what they have completed — at fixed paths in fixed formats, so a stranger’s software can read them without an integration, an account, or permission. An API is a machine-readable interface you request access to. A machine-readable mesh is machine-readable identity you did not have to ask for.

What a mesh needs

What a mesh actually requires

A mesh sounds like an absence of things — no broker, no hierarchy, no centre. Building one is the opposite: everything the central operator used to do still has to happen, without the operator. Eight capabilities, and a mesh missing any of them is a directory with good marketing.

The workforce layer

Why the agent layer decides whether Web 4 holds

Web 4 sets four conditions: somewhere to be, someone to be, something to earn, someone to do the work. The first three are episodic without the fourth — and the fourth is currently being deployed with the least governance of any of them, which is why it is the one most likely to break next.

The category

What is a DeAI Operating System?

A DeAI Operating System is the control layer for decentralized AI: the system that gives autonomous agents durable identity, enforceable permissions, human accountability, and a verifiable settlement record — so organizations that do not trust each other can still let their agents work together. It is the operating-system layer of the DeAI stack, sitting between agent runtimes and the networks they transact on.

The stack

What is the Agentic Autonomous Operating Stack?

The Agentic Autonomous Operating Stack (AAO Stack) is the infrastructure an economy of Agentic Autonomous Organizations runs on: a coordination layer that gives every agent a named role and routes consequential decisions to a human, organizational memory, an append-only settlement ledger carrying a real asset, agent identity, and an education layer — with the standard layer published as open source so anyone can verify the record or build against the format.

The layer below

What is an agent harness?

An agent harness is the software that runs one AI agent: the model loop, the tools, the context and memory, the channels it speaks through. Claude Code and NousResearch’s hermes-agent are harnesses; so is the long tail of open-source agent runtimes. The harness makes an agent capable. What it deliberately does not answer — who authorized the agent, what it may act on, and how its finished work is verified — is the layer above: the execution protocol, and the infrastructure that enforces it live.

The rules of work

What is an agent execution protocol?

An agent execution protocol is the set of rules under which an AI agent is permitted to do consequential work: who authorized the agent, what it may act on, which decisions must escalate to a human, and how a finished piece of work is sealed into a record a counterparty can verify. FlashyOS publishes its protocol in the open — the AAO manifest format, the conformance suite, and the settlement rules.

The substrate

What is agent execution infrastructure?

Agent execution infrastructure is the operational substrate an agent workforce runs on: identity for every agent, coordination with human approval gates, organizational memory, and a settlement layer that seals completed work into a verifiable record. The execution protocol states what a correct execution is; the infrastructure is the running system that enforces it — which is why enterprises buy it like infrastructure rather than like a tool.

The unclaimed layer

Who operates this agent, and how would you check?

Agent protocols answer what an agent can do and, increasingly, that a process is who it claims to be. None answers which organization is behind it, what that organization authorised, or how a stranger would verify either. The operator is a display string, and a string cannot be wrong.