AI Safety

A human stays in the loop.

How we build Anton and Joseph so that people stay in charge of the decisions.

Anton and Joseph are AI agents, and AI agents can be wrong. They can miss something, make something up, or read a situation with complete confidence and get it backwards. We build with that in mind.

We do not claim to have built an agent that is never wrong. We build so that its work is visible, so that a person checks it before anything happens, and so that a mistake stays small and easy to find. Safety, for us, is mostly practical: who the agent reports to, what it can reach, what it may be used for, and how plainly its limits are explained to the people around it. This page covers each of those.

A human stays in the loop.

Neither agent makes decisions for your business. Anton reviews your code and infrastructure for weaknesses and reports what it finds, in plain English, to the people you name; your people decide what gets fixed and when. Joseph helps your compliance team keep watch on the obligations it chooses to track and flags what may have changed; it gathers and lays out the material, and your team reviews it and makes every call.

Anton and Joseph are built to report, not to decide. A finding is something for a person to look at, not an instruction for a machine to carry out. That keeps the judgement with the people who are accountable for it, and it means a wrong finding can be caught at a desk, before anything changes. What an agent may do inside your environment is part of the scope you set, and the Services Agreement records it.

Agents act within the access you give them.

An agent can only reach what it has been given. Your business decides which systems, repositories, documents and sources its agent may access, and we configure it to that scope and nothing more. We ask for the least access that does the job, and we work through the scope with you during deployment so that nothing is included by accident.

Anton is used only on systems your business owns or operates, or is authorised in writing to test. Pointing it at anyone else’s systems is not permitted. That rule is written into our Acceptable Use Policy and into every Services Agreement.

The same principle applies to us. Where your agent runs in your environment, our own access is limited to support sessions you ask for and allow, and we ask for named accounts with the least access the job needs, which you can switch off. Our Data page says more.

Review before reliance.

Every output of either agent is to be reviewed by a suitably qualified person before anyone relies on it or acts on it. We say this when we train your team, and we say it again in our legal pages, because it matters more than anything else on this page. Outputs can be incorrect, incomplete, out of date or misleading, and they can look confident while being wrong.

So we tell you the limits up front:

None of this is a reason not to use an agent. It is the reason the agents report to a person.

Checked by more than one model.

One AI model is a poor judge of its own work, because it shares its own blind spots. In our own work we do not rely on a model to check itself. We convene a panel of independent models from different vendors to review a plan, a code change or a decision before we act on it, then we read where they agree, where they disagree and what they would block.

We published the method as The Intelligence Council: Provider-Agnostic, Domain-Specialized Multi-Model Review for Autonomous AI Systems, and when three of our strongest review seats began returning empty verdicts we published that too, in GLM 5.3, Kimi K3, and DeepSeek V4 Pro as Independent Review-Council Seats. The second paper carries a lesson we now apply everywhere: a check that quietly did not happen looks exactly like a check that passed, unless you verify that the review actually arrived. So we verify.

Two honest notes. These are working papers, published for discussion, and a review council is a practice, not a proof: it raises the odds that a mistake is caught and cannot make one impossible. And the configuration of your own deployment, including any review steps built into it, is recorded in its Services Agreement. Our papers are at Research Papers.

Responsible use.

We supply Anton and Joseph to businesses, for the purpose each was built for. Our Acceptable Use Policy sets out what an agent must not be used for. Among other things: testing systems your business does not own or is not authorised in writing to test, creating or spreading malicious code, unlawful surveillance of people, handling personal information without a lawful basis, and using Joseph to create a false appearance of compliance.

We may refuse to deploy an agent for a business or a purpose we reasonably believe is unlawful or inconsistent with that policy, and we may suspend or stop a deployment that is being misused. We would rather turn work away than put an agent where it should not be.

Reporting a problem.

We build a security agent, so we expect to be held to a standard on our own security. If you believe you have found a vulnerability in speedrunlab.ai, email info@speedrunlab.ai with Security Report in the subject line. We acknowledge reports within five business days, we aim to fix confirmed issues within 90 days and sooner for serious ones, and good-faith research that follows our Responsible Disclosure Policy is authorised, and we will not take legal action over it.

If Anton or Joseph gets something wrong in your deployment, we want to know that too. Tell the people who look after your deployment, and tell us. Issues with a deployed agent are handled under your Services Agreement rather than the disclosure policy, which covers this website.

What we do not claim.

The agents sit next to serious work, so we are careful about what we say they do. We do not claim:

What we do claim is narrower, and we think more useful. The agents are built so that a person stays in charge. They work within the access you give them. We tell you their limits before you rely on them. And we hold our own work to the same standard of review we ask of yours.

Where the detail lives.

This page describes how we build and work. It is not a guarantee, and it is not a contract. Where it and a Services Agreement differ, the Services Agreement is what applies to that business. Last updated 17 October 2026.