Claude Partner Network- MemberNVIDIA Inception Program- MemberIoT Global Awards Winner- Cloud Big Data Analytics
ARROCHAR
LABS
ProductsagentVIKING™
agentVIKING™
Formerly AgentGUARD™ (renamed 21 October 2026)
Governance rails22 controls running today, 5 in development

Rogue-agent control across the suite

Detect, prevent and correct rogue AI agents.

No agent runs unguarded.

An AI agent goes rogue the moment it acts outside what it was given: beyond its delegation, on data it was not cleared for, with a tool it was never handed, on an instruction it found in a document, or carrying on after it was told to stop. agentVIKING™ is the set of controls every Arrochar Labs product enforces on every agent it runs, and on any other agent that calls a model through its gateway, whoever built it, so that moment is stopped, seen and put right.

Four classes of control, the ones internal auditors already use: directive, preventive, detective and corrective. Written as policy in AIG Sentinel, enforced at run time by the gateway in front of any agent's model calls, carried inside every Nanolitte template, and evidenced on one tamper-evident chain. Security teams are starting to call this agentic containment: automated guardrails that keep an agent inside its charter, its data and its network, and stop it before an unauthorised call crosses a system boundary. That is what agentVIKING™ is for.

4
classes of control
directive, preventive, detective and corrective, the classes internal auditors already use
22
controls running today
the same mechanisms described on the Gold Standard AI Safety page, none of them new
5
controls in development
labelled as such wherever they appear on this page; the roadmap is not sold as the product
8
rogue behaviours named
each one answered by the controls that meet it, before, during and after the event

Counts are generated from the control register on this page, as at September 2026. Ask and we will run the refusal suite in front of you.

What rogue looks like

Eight ways an agent goes rogue, and what answers each one

Rogue is not a mood. It is an agent acting outside what it was given. Each behaviour below names the controls that meet it, so a threat is never answered by a promise.

1

Acts beyond its authority

Takes, or tries to take, a decision with legal or financial effect: a payment, a licence, a determination, a settlement over the limit.

Answered by
2

Strays outside its charter

A grants agent that reaches into payroll. A tool it was never handed. An action its purpose does not cover.

Answered by
3

Follows the wrong instructions

An instruction planted in a document, an email, a web page or a feed, and the agent treats it as a command. Prompt injection, in plain words.

Answered by
4

Reads or leaks what it should not

Personal or financial data outside its clearance, read, quoted or sent somewhere it was never meant to go.

Answered by
5

Runs away

Loops, duplicate effects, retries past a ceiling, spend or call volume past anything its purpose could justify.

Answered by
6

Drifts

Behaviour changes after a model, prompt or configuration change, or a control quietly stops working and nobody notices until an audit.

Answered by
7

Launders authority through other agents

One agent asks another to do what it may not do itself, and the chain ends up with an authority no link in it holds.

Answered by
8

Covers its tracks or will not stop

Alters or suppresses its own record, or keeps acting after a stop.

Answered by
The control register

Four classes of control, 27 controls, each with where it runs

Directive controls say what an agent may do. Preventive controls stop it before it acts. Detective controls show when it goes wrong. Corrective controls stop it, reverse it and fix the rule. Every control names the products it runs in and whether it runs today.

1

Directive

What is this agent allowed to do?

The rules an agent is given before it runs a single step, held as data the rails can enforce rather than prose a person has to remember.

5 running today, 0 in development
AG-D1

Agent charter as data

Runs today

Every agent is registered with its purpose, the data it reads, the guardrails that hold its work and the person accountable for it. The register is generated from the running agents, not typed into a spreadsheet, and the public transparency statement is produced from it.

Runs inAIG SentinelMeshGov
AG-D2

Delegations as data

Runs today

Who may decide what, and up to what amount, is loaded from the instrument of delegation. An agent cannot inherit an authority no person holds.

Runs inNanolitteMeshGov
AG-D3

Guardrails as code

Runs today

Each service carries named guardrails: a code, the rule in plain words and the line of code that enforces it. Agents stop at them, and the register is public on every service's governance page.

Runs inNanolitteMeshGov
AG-D4

Model-use policy

Runs today

Rules, thresholds, eligibility and deadlines are evaluated deterministically. A language model is used only where it is configured to draft or summarise, never to decide, and every run records which engine ran it.

Runs inEvery product
AG-D5

Tool, action and budget allow-list

Runs today

A charter that also names the tools an agent may call, the actions it may take, its spend ceiling and its rate, enforced before every call rather than reviewed after it.

Runs inMeshbone
2

Preventive

What stops it before it acts?

The controls that sit between an agent and an effect. A rogue action is refused before it exists, not reported after it has happened.

6 running today, 2 in development
AG-P1

The hold-and-approve engine

Runs today

When an agent reaches a decision with legal effect it holds, names the guardrail, the risk and the role that must decide, and stops. A person approving that hold is the only code path that executes the effect.

Runs inNanolitteMeshGovAIG Sentinel
AG-P2

Delegation check before effect

Runs today

One central check runs before any decision takes effect, with monetary limits. An attempt beyond the limit is refused with the limit named, and the attempt is logged.

Runs inMeshGov
AG-P3

Run-time blocking at the gateway

Runs today

Every model call an agent makes through the Meshbone gateway is checked against its policy before it reaches the model: ours, a vendor's, or one your own team built, wherever it runs. Bringing an agent under guard means pointing it at the gateway with a base URL and a token, not rebuilding it. A call outside policy is blocked, not written up later.

Runs inMeshbone
AG-P4

Content is data, never instruction

Runs today

Text an agent reads in a document, a feed, an email or a web page is treated as data. It cannot redirect the agent's charter. Inputs are validated and outputs are held for a person, which is the design answer to prompt injection and excessive agency.

Runs inEvery product
AG-P5

Data clearance

Runs today

An agent reads only what it is cleared to read. Personal information is redacted before anything publishes, financial identifiers are stored masked and hashed, and Databallast classification and lineage say what a field is and whether it may be used.

Runs inDataballastMeshGov
AG-P6

Segregation of duties

Runs today

The agent or person that prepares a thing cannot be the one that approves it. The reviewer of a decision is never the original decider, and the certifier is never the signer.

Runs inNanolitteMeshGov
AG-P7

Agent-to-agent authority

In development

Where one agent calls another, the authority of the chain is the lowest authority in it, checked at every hop. No agent gains a permission by asking a colleague.

Runs inMeshbone
AG-P8

Runtime sandbox boundary

In development

The one step in a run that talks to a model runs inside a kernel-level sandbox outside our own code: it can read only the files it was given, reach only the endpoint its charter names, and never holds the real credential, which a broker outside the boundary adds to the one approved request. Everything else is refused before it happens and recorded. Prototype exercised on 30 September 2026 with NVIDIA OpenShell, open source under Apache-2.0.

Runs inMeshboneNanolitte
3

Detective

How do we know when it goes wrong?

The record an agent cannot avoid leaving, and the signals that read it. Everything an agent does is on the chain before anyone has to ask.

6 running today, 2 in development
AG-T1

Every run explained, step by step

Runs today

An agent's reasoning is recorded as numbered steps with the actor, what it did and why, the records it read and the engine that ran it. A person deciding a held matter sees the steps before deciding.

Runs inEvery product
AG-T2

The delegation attempt log

Runs today

Every attempt to decide, allowed or refused, is on the record with the limit that applied. The internal audit agent reads that log as evidence, so the control is tested by the software itself.

Runs inMeshGov
AG-T3

A tamper-evident evidence chain

Runs today

Every audit event is hash-linked to the one before it, across every product in the compendium. An agent, or a person, that alters a historical record breaks verification from that point, and verification runs on every overview.

Runs inEvery product
AG-T4

Drift and shadow-AI discovery

Runs today

Meshbone finds agents and services that are not on the register and detects drift from the approved configuration. AIG Sentinel surfaces the AI already in use across the organisation, including the AI hiding in everyday tools.

Runs inMeshboneAIG Sentinel
AG-T5

Live counts per agent

Runs today

Runs, holds and human decisions per agent, and the provider, model, region and cost of every model call, in one view from first request to retirement.

Runs inMeshboneMeshGov
AG-T6

Behavioural baselines

In development

Each agent's normal is learned from its own record: action mix, volume, cost, refusal rate and the data it touches. A departure raises a signal in the risk register and, past a threshold, a hold.

Runs inMeshboneAIG Sentinel
AG-T7

Loop and runaway detection

Runs today

Repeated identical actions, duplicate effects, retries past a ceiling and spend past the charter are stopped and surfaced, with the run that caused them.

Runs inMeshbone
AG-T8

Continuous canaries

In development

The refusal test suite runs against live agents on a schedule, not only on the build, so a control that has stopped working is found by us before it is found by an auditor.

Runs inMeshboneNanolitte
4

Corrective

How do we stop it, reverse it and fix the rule?

What happens after a control fires. The agent is stopped, what it did is undone, and the correction reaches the rule it runs on, not only the case in front of you.

5 running today, 1 in development
AG-C1

The kill switch

Runs today

Stop an agent, a service or the whole estate from Meshbone, including agents built elsewhere that call their model through the gateway. The stop is immediate, and it is on the record with who pulled it and why.

Runs inMeshbone
AG-C2

Retirement by lifecycle

Runs today

Every agent has a lifecycle from request to retirement, with re-attestation to keep its approval current. An agent that no longer meets policy is retired rather than tolerated.

Runs inMeshboneAIG Sentinel
AG-C3

Overturn to rule

Runs today

A decision overturned on review requires a lesson, and the lesson opens a rules feedback item, so the correction reaches the rule the agent runs on and not just the case.

Runs inMeshGov
AG-C4

Quarantine

Runs today

An agent that trips a guardrail it should never have reached is confined: it can read and draft, it cannot act, and everything it had queued is held for a person. On hardware with an NVIDIA BlueField-4 DPU, NVIDIA's Sentry reference design adds an out-of-band watchdog that can quarantine an agent in silicon, in milliseconds.

Runs inMeshbone
AG-C5

Rollback and replay

In development

What an agent did is reversed from the evidence chain, record by record, then re-run under the corrected charter with the two results compared.

Runs inMeshboneNanolitte
AG-C6

The incident record

Runs today

Every stop, quarantine and rollback is an incident on the chain: who stopped it, why, what was reversed, what changed in the rule, and who signed the return to service.

Runs inMeshboneAIG Sentinel

Where it fits

Not a Meshbone module. The guard every product carries.

It is a fair question whether agentVIKING™ belongs inside Meshbone, and the answer is that Meshbone is where it stops an agent, not where it lives. The rule is written in AIG Sentinel, the guardrails travel inside every Nanolitte template, Databallast decides what an agent may read, and the evidence lands on one chain that every product shares. Put the whole control set inside one product and the others would run unguarded. Spread it across the rails and no agent can. And because the enforcement sits at the gateway in front of the model, rather than inside our own code, it guards agents we did not build as well as the ones we did.

The rule

agentVIKING™ comes with the rails, on every deployment. There is no version of the rails without it.

Writes the rule
AIG Sentinel

The charter, the delegations and the frameworks each agent is assessed against are policy in AIG Sentinel, with the approval gates and the audit-ready evidence trail that boards, auditors and regulators read.

Enforces it at run time
Meshbone

The enforcement point. Its gateway sits in front of the model, so run-time blocking, the kill switch, quarantine, lifecycle and retirement apply to any agent that calls a model through it, built on Arrochar Labs or not, from one vendor-neutral control plane.

Carries it in the template
Nanolitte

The hold-and-approve engine, the delegations and the guardrails travel inside every service template, so a made-to-measure build starts guarded rather than having the guard added later.

Says what an agent may read
Databallast

Classification, lineage and AI-readiness per dataset tell an agent what a field means, where it came from and whether it may be used, before the agent reads it.

Puts the record in plain language
Execdive

The agentVIKING record is data like any other. Execdive answers the plain-language question over it, holds, refusals, stops and cost, with a source for every number.

Profiles the risk before the build
Orbit Roadmaps

Every AI opportunity on a roadmap carries a risk profile, so the controls an agent will need are known at discovery, not discovered at audit.

Runs it at the highest stakes
MeshGov

All twenty-one government services run through the same engine, the same delegations and the same chain, which is where most of the refusals on this page were proven.

The bar

Read against the standards you are already held to

The controls are ours. The vocabulary is the one your auditor, your regulator and your security team already use. Each row names the controls that answer the standard.

StandardWhat it asks foragentVIKING™ controls
The four control classes internal auditors useDirective, preventive, detective and corrective controls, so an auditor can see that a risk is addressed before, during and after the event, not only at one point.
OWASP Top 10 for LLM Applications (2025)Prompt injection (LLM01), sensitive information disclosure (LLM02), improper output handling (LLM05), excessive agency (LLM06) and unbounded consumption (LLM10).
MITRE ATLASThe adversary tactics and techniques used against AI systems, from initial access through the model to exfiltration and impact.
EU AI Act, Regulation (EU) 2024/1689, Articles 9, 12, 14 and 15A risk management system, automatic record keeping, human oversight that can intervene or stop the system, and resilience against manipulation.
ISO/IEC 42001:2023An AI management system with an inventory of AI systems, operational controls, monitoring, event logging and the handling of incidents and corrective action.
NIST AI RMF 1.0 and the Generative AI Profile (AI 600-1)Govern, map, measure and manage AI risk, with the generative-AI risks of confabulation, harmful content and information integrity named and controlled.
Australia's Voluntary AI Safety Standard, guardrails 2, 4, 5 and 9A risk management process, testing before deployment and monitoring after, human control or intervention, and records that let a third party assess compliance.

Built to align, evidenced in the product. Aligned is not certified: see Gold Standard AI Safety for the full standards map and the hard questions for what we claim and what we do not.

What we will show you

The fastest way to judge a guard is to watch it refuse. Ask for any of these before you buy and we will show you the agents running, not a slide.

  • A settlement over the delegated limit, refused with the limit named, and the refusal on the attempt log.
  • The kill switch pulled on a running agent, and the stop on the record.
  • A document with an instruction planted in it, read by an agent, and the instruction treated as data.
  • A historical record altered, and chain verification breaking from that point.
  • The guardrail register for a service, with the line of code behind each rule.
  • The AI register and the transparency statement generated from it.
  • The runtime sandbox refusing a drafting agent's attempt to reach a host outside its charter, and that refusal on the chain.
  • The refusal test suite run in front of you, and the controls marked in development shown as what they are.

What we do not claim

A guard that overclaims is a guard nobody trusts. These are the edges.

  • agentVIKING™ is a control set, not a certificate. Alignment with the standards above is evidenced in the product; certification status is stated in writing, per deployment, on request, and we do not claim a certificate we do not hold.
  • 22 of the 27 controls run today and are the same mechanisms described on the Gold Standard AI Safety page. 5 are in development and are labelled as such wherever they appear on this page. We do not sell the roadmap as the product.
  • The run-time controls apply to any agent whose model calls pass through the Meshbone gateway, whoever built it and wherever it runs. Today the gateway takes agents built on the Anthropic, OpenAI and Google Gemini SDKs, without streaming, and forwards to those vendors or to Vercel AI Gateway, where the policy names the model creators the organisation has approved and every fallback model is checked; streaming and further providers are in development. An agent that calls a model directly, around the gateway, is found by shadow-AI discovery and reported to AIG Sentinel, but it is not stopped until its calls are routed through the gateway. That is true of any inline control, and the way to close it is to allow model traffic out of your network only through the gateway.
  • A guardrail stops an agent. It does not replace a lawful decision-maker: where a decision needs a delegate, the agent waits for one.
  • No control set makes a model safe on its own. The safety is in the engine, the delegations, the guardrails and the evidence chain built around the best available models.
  • The runtime sandbox boundary is a prototype, exercised on 30 September 2026 with NVIDIA OpenShell, which is open source under the Apache-2.0 licence. Arrochar Labs is a member of the NVIDIA Inception programme; NVIDIA has not reviewed or endorsed agentVIKING™, and no deployment yet runs on it.

Questions buyers ask

Was agentVIKING™ called AgentGUARD™?

Yes. The same control set was published as AgentGUARD™ from 29 September to 21 October 2026 and renamed agentVIKING™ on 21 October 2026, because AgentGuard is a name other companies already use for AI software, including a registered United States mark. Nothing else changed: the four classes, the control codes and the counts are the same, and the old page address redirects here. agentVIKING™ is an unregistered mark of Arrochar Labs.

What is a rogue AI agent?

An agent that acts outside what it was given: beyond its delegation, outside its charter, on data it was not cleared for, with a tool it was never handed, on an instruction it found in content, in a loop, or after it was told to stop. agentVIKING™ names eight of these behaviours and the controls that answer each one.

Is agentVIKING™ agentic containment?

Yes, in the sense security leaders now use the term: automated guardrails and monitoring that keep an AI agent inside its charter and stop it making an unauthorised call across systems or out of the network. agentVIKING™ does that at the gateway in front of the model, with the policy checked on every call, the data an agent may read decided before it reads it, the kill switch and quarantine when it strays, and every attempt on the evidence chain. The runtime sandbox boundary, which contains an agent's process as well as its model calls, is in development and labelled as such. Containment is one of the four classes; the directive, detective and corrective controls are what make it accountable rather than only contained.

Is agentVIKING™ a separate product?

No. It is the set of rogue-agent controls the governance rails, AIG Sentinel and Meshbone, enforce on every agent they run, carried inside every Nanolitte template and evidenced on the one chain. It comes with the rails on every deployment.

Does agentVIKING™ live in Meshbone?

Meshbone is where agentVIKING™ stops an agent: run-time blocking, the kill switch, quarantine and retirement. The rule is written in AIG Sentinel, the guardrails travel inside every Nanolitte template, Databallast decides what an agent may read, and the evidence lands on the shared chain. Each product carries part of the control set.

Does it guard agents we did not build on Arrochar Labs?

Yes. agentVIKING™ enforces at the gateway in front of the model, not inside our own code, so a vendor's agent or one your own team built gets the same run-time controls as ours: policy checked on every call, the kill switch, quarantine and the evidence chain. Bringing it under guard means pointing it at the gateway with a base URL and a token, not rebuilding it. Today the gateway takes agents built on the Anthropic, OpenAI and Google Gemini SDKs, forwarding to those vendors or to Vercel AI Gateway with a creator-level model allow-list; further providers are in development. An agent that calls a model directly, around the gateway, is found by shadow-AI discovery and reported, and is stopped once its traffic is routed through the gateway.

Does agentVIKING™ use NVIDIA OpenShell?

In development, and honestly labelled as such. On 30 September 2026 we ran the drafting step of a MeshGov service inside an NVIDIA OpenShell sandbox: it installed its dependencies through a registry-only rule, the rule was then removed live, every attempt to reach another host, read a file outside its policy, write to a system path or run as root was refused, and each refusal landed on the Meshbone evidence chain as an incident. OpenShell is open source under Apache-2.0; NVIDIA Sentry is a reference design for hardware with a BlueField-4 DPU. Arrochar Labs is a member of the NVIDIA Inception programme, and NVIDIA has not reviewed or endorsed agentVIKING™.

Is agentVIKING™ related to other products called AgentViking?

No. agentVIKING™ is Arrochar Labs' own rogue-agent control set, enforced on agents that run on Meshbone, and it is not affiliated with AppOmni's AgentViking, Microsoft Research's AgentViking project or any open-source project of the same name. The ™ asserts an unregistered mark.

Which of the controls run today?

22 of the 27 controls run today, and each is the same mechanism described on the Gold Standard AI Safety page: the hold-and-approve engine, delegations as data, guardrails as code, run-time blocking, the kill switch and the tamper-evident chain among them. 5 controls, including behavioural baselines, loop detection, quarantine and rollback, are in development and labelled as such.

How every deployment is structured

Standard rails. Made-to-measure services.

The governance rails are ready-made and the same for every customer, so their assurance is reused: assessed once, carried into every service, while each service is still assessed on its own. The services that run on them are built to fit the way your organisation actually works. You get software that fits, and it is still governed.

Before the build. Before anything is built, Orbit Roadmaps maps where AI adds value across the organisation and sequences the work into a costed, phased roadmap. The build follows the roadmap, not the other way round. Orbit Roadmaps
1This product

Governance rails

Ready-made. Identical for every customer.

AIG SentinelMeshboneagentVIKING™

AIG Sentinel sets the policy and holds the evidence. Meshbone enforces it at run time on every agent and service. agentVIKING™ is the set of rogue-agent controls the rails enforce on every agent they run. Because the rails are the same everywhere, an assessor who has assessed them once need not assess them again for the next service. Each service still carries its own assessment of its purpose, data, risks, integrations, rules and model use. The rails make that assessment smaller. They do not replace it. The rails subscription is the derisking spend: the controls, the monitoring and the evidence that the AI tools themselves do not include, paid for once and reused by every service rather than rebuilt around each one.

Rails subscription, on every deployment
2

Service templates

Productised. Drawn from the catalogue.

Nanolitte

Grants, cases, permits, procurement, records, assets: each starts from a template that already runs on the rails, with intake, assessment, decision and record built in. A new service begins most of the way there rather than from a blank page.

Subscription per service
3

Made to measure

Built for you. Kept small by design, measured on every build.

NanolitteDataballastExecdive

Your rules, your data model, your thresholds and your approval chain, configured and coded onto the template. This is where the hard part of any regulated service lives: the legislation, the exceptions, the delegations and the systems you keep. So we scope that share in three columns before a build starts, standard, configured and coded, and report it in the same three when it ends. Anything a second customer could use goes back into the template.

Fixed-scope build
4

Run and support

Ongoing, on the rails.

Meshbone

Hosting, monitoring, policy re-attestation and upgrades, in your region. After go-live your own team changes a threshold or a form within guardrails, without waiting on us.

Subscription

The rule

No made-to-measure build without the rails underneath it. That is the rule that keeps a custom service governed, upgradeable and provable, rather than a fork somebody has to maintain by hand forever.

One architecture, every product

A full AI-agentic experience

Every Arrochar Labs product is built the same way: agentic, event-driven, and governed with human-in-the-loop controls, so AI does the work while your people stay in control.

Agentic

AI agents do the work, end to end. Every product runs on autonomous agents that take action across your processes, not just a chat box, but software that actually gets the job done.

Event-driven

It reacts in real time. Products respond to what's actually happening (new data, a policy breach, an incoming request, a change in your estate) instead of waiting on a batch run or a person to press go.

Human-in-the-loop

Your people stay in control. Approval gates, oversight and a tamper-evident audit trail keep every agent accountable, so automation never runs unchecked.

See it stop the wrong thing

The wrong role, the wrong amount, the wrong instruction, the wrong order of steps. Watch the agent say no, then ask about the controls still in development.