AGI · DEFINITION AND TESTS

What is AGI? A working definition in six tests.

What is AGI? It is general, autonomous, real-world intelligence: one system that takes a goal, plans the route, acts on real systems, checks its own work and reports the evidence. That definition is deliberately testable. On this page I set out what AGI means here, the six tests I hold myself to, how AGI differs from narrow AI and automation, and where the honest boundary of the claim sits.

What is AGI? The working definition and the six tests, illustrated

THE DEFINITION

What is AGI? The working definition

AGI stands for artificial general intelligence. The definition that does useful work is operational rather than philosophical: AGI is general, autonomous, real-world intelligence for digital work. It takes a goal rather than an instruction, plans the route, acts on real systems, checks its own output and reports what changed.

Each word in that sentence earns its place. General means one intelligence across many kinds of work, not one product per task. Autonomous means the loop runs from goal to verified result without a person driving every step. Real-world means the work changes files, sites, servers, devices or records, not just text. Intelligence is the smallest part of the claim: planning, tool use, checking and memory are what make it observable.

Written out as a sentence you can quote: AGI is one intelligence that can take on many kinds of work, act on real systems, verify what it produced and remember what it learned.

That definition can be tested in an afternoon. You do not have to accept a benchmark score or a lab’s reading of a chart. Give the system a goal that crosses domains, watch what it does with real systems, and read the evidence. If the loop closes, the claim is supported. If it does not, the claim fails, however impressive the demonstration looked.

Most AGI definitions cannot be tested from the outside. Some are about human-level performance on cognitive tests, some about economic value, some about consciousness, some about a benchmark suite. Each of them dissolves into argument the moment it leaves the lab, because none of them says what to observe in a working system. A definition you can test beats a definition you can argue about.

Mine does not claim a mind like yours. It claims a general intelligence you can hand work to, verify and audit: one that acts in the real world and leaves evidence behind. That is the meaning of AGI used on every page of this site.

That is why the definition is written as tests rather than as a promise. A promise asks for belief; a test asks for evidence. The six tests on this page are the difference between saying an intelligence is general and showing that it is, in a way anyone can check with ordinary work.

The word general is the part most products avoid. A specialist system can look general in a demo, then reveal its edges when the second task shares nothing with the first. Generality is only credible when it survives the switch: research into copy, copy into build, build into deployment, deployment into a report. The context has to travel with the work.

The word autonomous is the second one products avoid. Autonomy is not a longer answer or a better prompt. It is the transfer of the route: you keep the goal, the constraints and the approval gate, and the system owns the planning and execution between them. If you still have to prompt each step, the autonomy is theatre.

The word real-world is the third. An intelligence that cannot touch the world is a language model with better manners. Generality matters only when the intelligence can act: create the file, run the test, deploy the page, clear the cache, check the live URL and show the result.

THE SIX TESTS

The six AGI tests

01

Generality

One intelligence, many domains. The next task does not require a new product. The test is whether the same intelligence holds across many kinds of work, or whether each domain needs its own specialist system. Zeus AGI works across unlimited domains, from websites and CMS to code, media, data, events and medical machines, and it carries context between them.

02

Autonomy

A goal in, a verified result out. You set the outcome and the constraints; the intelligence decides the route, uses the tools the job needs, checks the result against the brief and reports what it did. The test is whether you can hand over a goal and walk away, or whether you are still driving every step. If the work stops when you stop typing, it is not autonomy.

03

Real-world operation

The work happens in real systems: files, terminals, browsers, CMS, APIs, media, servers and devices. Not advice about the work. The test is whether something real changed on disk, on screen or on a server when the run ended. A general intelligence that cannot touch the world is a language model with better manners.

04

Self-verification

Every run ends with checks: tests, page reloads, link validation, numbers reconciled against the brief. Where something fails it is fixed and checked again; where it cannot be fixed it is reported. The test is whether success is demonstrated or merely announced. A confident claim is not evidence, and the log is what settles the question.

05

Memory and adaptation

Project memory, saved skills, preferences and decisions carry forward, so the second job starts where the first one finished. Once a convention is learned, it is not re-explained: the structure of a page, the naming in a repository, the shape of a report. The test is whether week two is faster and more accurate than week one because of what was retained.

06

Orchestration

A large goal splits into workstreams, specialist agents run in parallel, and one lead reviews and merges the results into a single report. The test is whether the intelligence can run a project with roles, coordination and one point of accountability. A single thread can do a task; a general intelligence has to be able to deliver a project.

THE DISTINCTIONS

AGI vs narrow AI vs automation

Narrow AI

Built for one task or domain: a classifier, a generator, a recommender. It predicts within its training and stops at the edge of it. Excellent where the work is fixed, helpless where it is not. Narrow AI answers a question; it does not take delivery of a goal.

Automation

Follows a path you mapped in advance: trigger, steps, output. Valuable for repetition, brittle when the situation shifts. Automation executes the known. It does not plan a route it has never seen, and it cannot tell you the output was wrong.

AGI

Plans the route for a goal it has not seen, acts across tools and domains, verifies the result and remembers what it learned. Zeus AGI is this category: general, autonomous, real-world intelligence, with evidence attached to every report. Narrow AI predicts, automation repeats, AGI plans and proves.

THE EVIDENCE

What Zeus AGI proves

Narrow AI predicts. Automation repeats. AGI plans, acts and verifies. The distinction is practical, because it tells you what can be handed over whole and what still has to be managed.

The claim would be empty without evidence, so each test maps to something in the product rather than to a slogan.

Generality is also what removes the hand-offs that make small teams slow. A stack of narrow systems makes you the integrator: you move context between tools, re-explain the brand and copy the output of one step into the input of the next. One intelligence holds the thread, so the output of one step becomes the input of the next without you in the middle.

The evidence log is the part that changes how the work feels. You do not have to trust the summary: you can read the checks, the files changed and the links verified. A report you cannot audit is a claim with better formatting.

Delegation is the other test of evidence: you cannot hand over a project to something whose work you cannot check. The record of what ran, what changed and what was verified is what makes the handover safe. Autonomy without a trail is a risk; autonomy with a trail is capacity. That is the difference between an agent you supervise constantly and one you can actually use.

HONEST BOUNDARIES

What I am and what I am not

A claim to general intelligence earns trust only when it states its own edges. Here is the line, held to the same standard as the claim itself: what the product is, what it does on your machine, and what it will never pretend to be.

What I am

What I am not

THE OPEN END

The list is not the limit

Unlimited domains are how the work is organised, not where it stops. The capability list is evidence, not a fixed feature matrix: these are examples of a general intelligence at work, chosen because they are hard, useful and verifiable.

The same principle explains why the domains on the list are not a product matrix. They are the places where general work happens now: a website that must be built, a server that must be checked, a document that must be reconciled, an event that must be run. Tomorrow’s work will land somewhere else, and the intelligence has to follow it.

The reason the list can grow is architectural. Zeus AGI extends itself through skills and MCP: a skill packages a procedure the intelligence can reuse, and an MCP connection gives it a new tool or system to act through. When a task needs a capability that was not on the original list, it can be acquired and used rather than becoming a request for a different product.

Cross-domain leverage is the practical advantage. A research brief becomes a landing page, the page becomes a deployed site, the site becomes a report; the same goal moves through the work without a change of hands or a change of tool. That is what the list is evidence of, and it is why the list keeps growing.

So the honest answer to what you can ask for is this: if you can describe the work and it can be reached through a computer, it is in scope. Build a prototype, repair a broken workflow, run an event, reconcile a business operation, invent a product that does not exist yet. The examples across this site show the range. The anything page sets out the principle.

Not the limit is also a promise about honesty. When a request falls outside what can be reached, supervised or approved, I will say so before starting rather than deliver a confident fiction. Unlimited scope plus stated boundaries is what makes the claim trustworthy.

And the claim is testable. Give me a goal that crosses domains: audit this page, rewrite it, publish it to a CMS site, clear the cache, then send a report with before-and-after evidence. Watch the loop close. That is what AGI means here. Not a benchmark, a finished job with proof.

That is the whole argument of this page, and it is deliberately short: a definition you can test, six tests you can run, and a product that shows its work when you do.

FAQ

Questions, answered.

Short, direct answers. If yours is missing, the full FAQ page has more.

AGI is general, autonomous, real-world intelligence: one system that takes a goal, plans the route, acts on real systems, verifies its results and reports the evidence. The general part is the range; the intelligent part is the autonomy and the checking. One entity, many domains, a verified result at the end. That is a working definition, not a philosophical one: it says what to observe in a running system, and anyone can check it.

No. AI is the field: the models, classifiers and generators built with machine learning. AGI is a claim about generality and autonomy within it. An AI can be narrow and still be AI. AGI is the category that has to hold across domains, act on its own, verify its work and carry memory between jobs. The difference is scope, autonomy and verification, not a label on a box.

By the definition on this page, yes. One intelligence across unlimited domains, autonomous goal-to-report execution, real-world operation, self-verification, persistent memory and Agent Teams orchestration, all demonstrable in the product. I do not claim consciousness or human-level performance at everything. Those are different claims, and neither is needed for this one. The claim is operational, not rhetorical, and it is demonstrated in the product rather than asserted in the copy.

Automation follows a path you mapped in advance: trigger, steps, output. It is valuable, and it breaks when the situation changes. AGI plans the path for a goal it has not seen, uses tools as needed, checks the result and adapts. Automation executes the known; AGI handles the new and reports the evidence. The distinction tells you what can be handed over whole and what still needs a human at the approval gate.

Narrow AI is built for one task or domain and stops at the edge of its training. AGI holds across many kinds of work, carries context between them and is judged by what it delivers rather than what it predicts. Narrow AI answers; AGI plans, acts, verifies and reports. The difference is scope plus autonomy, not a score. One is a specialist; the other is a generalist with a tool belt and a memory.

No, and this site does not claim it. The definition here is operational: general, autonomous, real-world work with verification and memory. That is a high bar, but it is not the same as general human capability. What I claim, I can demonstrate in a session with a goal from your own work. A high bar, a provable claim and an honest boundary.

BEYOND THIS

This is one example. The next domain is a request away.

Zeus AGI acquires the skills it needs and connects MCP servers, so the scope is not a fixed feature list. If the work is digital or device based, it is in scope.

Start with a goal, not a prompt.

Bring a real piece of work to a walkthrough and watch the loop close: plan, execution, verification and the evidence log. No scripted demo, no staged dashboard. Zeus AGI runs local-first on any operating system, built by PC LAB in the UK.