The three things every EU AI governance lead is quietly arguing about

  1. Assured Workloads gives you the substrate. The agent's still flying without a flight recorder. Cloud Audit Logs show you the IAM, the data access, the policy denial — they don't show you the agent's reasoning, the tool calls it made, or the policy that blocked one.
  2. VPC-SC enforces data residency. It doesn't enforce purpose limitation. GDPR Article 5(1)(b) is a runtime property of the workflow, not a property of the network perimeter.
  3. The decision plane doesn't have a default story. Org Policy + VPC-SC + Assured Workloads handles the data plane. The agent's decision plane — the policy engine, the model-risk tier, the PII redaction, the kill switch, the residency check that fails closed — is the part that has to land before 2 August 2026, when the GPAI Code of Practice is enforceable and the AI Office expects evidence on demand.

What Regulus emits that your DPO can use

What an EU supervisory authority will ask for

The questions you'll see in a real walkthrough, and where to point them in the Regulus audit envelope:

  1. "Show me your Article 9 risk-management evidence." Filter the audit chain by framework_citations contains 'eu-ai-act:Article-9'. Export as signed evidence envelope.
  2. "How do you enforce purpose limitation?" The policy plugin denies tool calls whose purpose claim doesn't match the agent's registered purpose. Show the DENY events in the chain.
  3. "What happens when residency fails?" The residency plugin fails closed. Show the FAIL_CLOSED events; explain that no PII left the region.
  4. "How do you evidence model risk?" Every model invocation carries model_tier. Tier-3 invocations require dual-control authorisation, surfaced through ADK's ToolConfirmation primitive.

Where to start