ai
AI Agent Rails: An Operating Model for Running Agents on Customer Data
An AI agent operating model for customer data answers four questions for every job: which agent does it, what it may read and do, who approves, and who can stop it. We call that written track an AI agent rail. This section collects the use cases, function playbooks, agent roles and templates for running agents this way on any customer data platform (CDP).
By Art Kukharenko · Published · Updated
All AI articlesWho this is for: heads of marketing operations, CTOs, DPOs and heads of data who accept that agents need controls and now need to know how to manage AI agents day to day. The method is vendor-neutral and sits inside the wider AI hub.
What is an AI agent rail?
An agent rail is a versioned, written operating track for one AI agent doing one job on customer data. It fixes what the agent may read, what it may propose, what it may execute, who approves, what is logged, how success is measured and who can stop it. An agent on a rail cannot do anything the rail does not describe.
The one-line rule is: one job, one data scope, one approver, one audit trail.
Systems outside the model enforce each limit: a data view, a tool allow-list, an approval service, an execution service and a ledger writer. Meta's Agents Rule of Two sets the hard edge 3. A session that reads untrusted text and holds sensitive data gets no state-changing tools. What are AI agent rails? explains how this differs from a filter or a prompt.
Gartner reported in April 2026 that 17% of surveyed organisations had deployed agents and over 60% expected to within two years 1. It also predicts that over 40% of agentic AI projects will be cancelled by the end of 2027, citing cost, unclear value or inadequate risk controls 2. A rail does not remove that risk. It gives each job an owner, a limit and a record.
What are the five rail levels?
Rail levels belong to a job, not to an agent or a company. The table shows what the agent may do at each level, and what the person does.
Scroll horizontally to see all columns.
| Level | Name | The agent may | The person is | Roadmap stage |
|---|---|---|---|---|
| L0 | Off | Nothing; the job is manual | Owner | Stage 1 |
| L1 | Read | Read masked data or aggregates, summarise, answer questions | Reader who checks | Stage 2 |
| L2 | Propose | Draft or recommend; nothing changes | Reviewer who accepts or rejects | Stage 2 |
| L3 | Execute after approval | Execute one named action after a named person approves the diff | Approver | Stage 3 |
| L4 | Act within bounds | Act alone on low-risk, reversible actions within written limits, with auto-revert | Auditor | Stage 4 |
The ladder stops at L4. Promotion needs written evidence and owner sign-off, and demotion is automatic on triggers. The rail levels page has the decision table for setting a job's maximum level. The stages come from the AI marketing operations roadmap.
Where should you start with AI agent rails?
The right starting page depends on the question you have today. Four entry paths cover most readers.
Scroll horizontally to see all columns.
| Your question | Start here | What you get |
|---|---|---|
| What is this method? | What are AI agent rails?, the agent rail card, rail levels and rails versus guardrails, policies and prompts | A definition, a filled card, a level decision table, and a comparison of what each control enforces |
| How do we solve one job? | The use-case index | Twelve jobs, each with its agent, level and risk |
| How should my function run? | The function playbooks, starting with marketing operations | Which agents to run, in what order, and a 30/60/90-day path |
| How do several agents work together? | The control plane | Separation of duties across routing, learning and oversight |
Which AI agents solve which jobs?
Five jobs show the range of the method, from a read-only summary to a high-risk consent check. The use-case index lists all twelve.
Scroll horizontally to see all columns.
| Job | Function | Agent | Level | Risk |
|---|---|---|---|---|
| Draft a segment from plain English | Marketing operations | Segment Drafter | L2 | Medium |
| Check a journey before launch | Marketing operations | Journey QA Reviewer | L2 | Medium |
| Catch campaign anomalies | Marketing operations | Anomaly Watcher | L1, L4 pause | Medium |
| Write reporting summaries | Marketing operations | Reporting Summariser | L1 | Low |
| Check consent before a send | Lifecycle and CRM marketing | Consent Conflict Reviewer | L2, L4 for hold only | High |
Forrester's readiness tool scores 52 use cases across seven areas, from data to experience delivery 4. That helps you see where you are ready. A rail answers the next question: how the job runs once you start.
Which AI agents belong to which function?
Each agent below sits beside the person who answers for its work. Marketing operations has five agents, and three more work across all functions.
Scroll horizontally to see all columns.
| Agent | Job | Level | Human role |
|---|---|---|---|
| Segment Drafter | Draft a segment definition from a plain-English request | L2 | Reviewer, never the requester |
| Journey QA Reviewer | Review one journey version before launch | L2 | Person who resolves each finding |
| Anomaly Watcher | Explain alerts and pause a send under a written rule | L1, L4 pause | Person who resumes the send |
| Reporting Summariser | Write a plain-language summary from approved queries | L1 | Report owner, who reviews and then samples |
| Audience Sync Steward | Run an approved audience sync to an allow-listed destination | L3 | Named approver for every sync |
| Orchestrator | Route requests, hold the approval queue, track work to close | L4 on routing only | Human owner, who can stop it |
| Trainer | Keep evaluation sets and drills current, and propose rail changes | L2 | Rail owner, who accepts each change |
| VP Marketing agent | Produce a weekly readout and conflict list | L1 to L2 | VP of marketing, who reads it |
The roster of 33 agents covers the other seven functions.
The three agents above the rest
Three cross-cutting agents separate moving work, learning from it and seeing all of it. The model has four planes over one audit ledger: execution (function agents), control (Orchestrator), learning (Trainer) and oversight (VP Marketing agent).
The Orchestrator moves work and reads no customer records. It routes requests to rails, holds the approval queue and tracks work to close. It approves nothing and cannot widen a scope.
The Trainer teaches people and agents and changes nothing in production. It keeps evaluation sets and drills current, then proposes rail changes that a rail owner accepts or rejects.
The VP Marketing agent sees across functions and changes nothing. It works from aggregates and ledger entries without payloads. It reports no individual customer and no named member of staff.
The control plane page shows how the three fit together without any one of them holding both reach and power.
How do agent rails build on the rest of the AI hub?
Agent rails reuse the live articles in the AI hub and add the missing manual for running a job. This table shows what each article contributes, so nothing is written twice.
Scroll horizontally to see all columns.
| Live article | What rails take from it |
|---|---|
| 7 things AI agents should never do | The never list that stays out of every tool scope |
| Agents inside your boundary | Where models and tools run |
| MCP for Salesforce, HubSpot and your own platform | How tool scope becomes real scopes and tokens |
| AI marketing operations roadmap | The stages behind the levels, and the metric definitions |
| AI governance policy template | The policy that rail cards carry out |
| Explainable AI for customer decisions | Reason codes, and what auditors ask for |
| Agentforce pricing and on-premise LLM deployment | The cost behind the budget in each rail's limits |
| Segmentation walkthrough | One worked example of draft, approve and execute |
When is this more than you need?
An AI agent operating model is more than you need in four common situations. Anthropic's advice to find the simplest solution applies here 5.
- One-off analysis of non-personal data. Use the tool and check the answer.
- A single vendor's agent on data that vendor already holds. Use its permissions and logs, and note what you cannot configure.
- A very small team. If the same person asks and reviews, an approval gate proves little. Stay at L1, or use a rule.
- A check you can write down. A scheduled script beats an agent when the test never changes.
PrivyCDP's product page describes AI-assisted review of groups, workflows, unusual events and reports, limits on data access and review of results, an MCP-ready interface, bring-your-own-model in the customer environment, and an immutable audit ledger that records each AI-assisted action with the human or system actor that authorised it.
Templates for running agents on rails
Three working documents turn this method into something you can use on a real job.
- The rail card template gives you the ten fields as YAML, a spreadsheet and a JSON schema.
- The agent permission matrix shows who may read, propose and execute across the roster.
- The readiness assessment shows where to start, function by function.
What changed
This is the first version of the section. Later changes to levels or agent names will be recorded here.
Browse use casesFunction playbooksAgent roster
Related terms
Browse the glossaryFAQ
What are AI agent rails?
AI agent rails are written, versioned tracks that let one agent do one job on customer data and nothing else. Each rail fixes what the agent may read, propose and execute, who approves, what is logged, how success is measured and who can stop it. Systems enforce those limits, not the prompt.
Which AI agents should a marketing team start with?
Start with a job that changes nothing and sees no customer profiles. Reporting summaries at L1 and journey QA at L2 are sensible first rails, because a bad run costs a poor report rather than a wrong send. Anomaly explanations can follow. Leave audience syncs until your approval service and rollback exist.
Do rails mean people approve everything?
No. Approval depends on the rail level. At L1 a person reads and checks. At L2 a person accepts or rejects a draft. Only at L3 does a named person approve one action before it runs. At L4 the agent acts alone within written limits and the person audits. In our roster, 25 of 33 agents never go above L2.
Do rails work with Agentforce or HubSpot agents?
Partly. You can write a card for any vendor agent, but you can enforce only what the vendor lets you configure. Record each field you cannot enforce as a known gap. HubSpot's agent inbox, for example, lists runs waiting for tool approval 6. Check who can switch that review off, and what the logs show.
Is this a PrivyCDP feature?
No. Rails, rail cards and the agents named here are a vendor-neutral method that works on any customer data platform. The product's ledger and MCP-ready interface can support the method, but the product does not ship these agents or cards. Check the product page for what each release includes.
Sources
- Gartner, "What the 2026 Hype Cycle for Agentic AI Reveals" (15 April 2026)
- Gartner press release on agentic AI projects (25 June 2025), as cited in our roadmap article
- Meta, Agents Rule of Two (31 October 2025)
- Forrester, "AI Agents For Marketing Are Here: Are You Ready?" (8 September 2026)
- Anthropic, "Building effective agents" (19 December 2024)
- HubSpot Knowledge Base, "Run agents and review output in the agent inbox" (opened 1 November 2026)
To put your first job on a rail, download the rail card template.
Further reading
- AI Agent Permissions Template Download
- AI and customer data operations
- AI actions to avoid
- Agent-Assisted AI Segmentation in a CDP
- Agentforce Pricing vs Owned Inference
Published: · Updated:
Editorial dates describe content changes. Confirm current sources before making legal, security or purchasing decisions.