Platform Platform
System
ConceptsEnginePolicy as codeDeclarationsSafe changeGatewaysIntegrationsObservabilityAdministrationSecurityHuman reviewAudit and evidenceData retentionSecrets and data classification
Controls
Registries and documentationAuthentication and authorizationInjection detectionData redactionCode fingerprintingRole and judge checksContent classificationSpend and loop limitsBusiness rules
Solutions Solutions
By what you do
Sell into the enterpriseControl the AI you run
By industry
Financial servicesDigital assetsInsuranceHealthcareLegalUser-generated content
By discipline
AI governanceTrust and safetyRisk and compliance
Cases Cases Embedded control planeSource-code leakTrading agents over MCPLive firehoseRefund assistant
Compare Compare LiteLLMNVIDIA NeMo GuardrailsOPAROOSTAgent Governance Toolkit
Resources Resources
Guides
Enterprise review questionsPrompt injectionAgent and control layerAgent architecturesDecision system mapAI control maturity model
Standards
Standards OWASP Agent Control StandardEU AI ActPMI AI standardNIST AI RMFERC-8004
Book a demo
Resources · Guides

Pet, Cattle, or Crew

Everyone calls everything an "AI agent." It means at least three very different things, each with its own attack surface. The topology changes. The safety layer does not.

Three architectures

Pet
One instance, one user, elevated privileges

Claude Code, Cursor, and similar coding agents. One instance bound to one user, with access to the file system, the shell, the browser. It holds your SSH keys, your .env files, your database credentials. The blast radius is everything that user can reach.

Cattle
One agent class, a separate instance per user

Support bots and SaaS copilots. The same agent, isolated per user, each with its own memory and permissions. Naturally sandboxed, until a shared vector store or memory backend leaks one user's data into another user's session.

Crew
Many agents, different roles, an orchestrator on top

Multi-agent systems built on frameworks like LangGraph or AutoGen. A research agent returns poisoned data, the planner trusts it, the executor acts on it. Nobody verified anything, because each agent assumed the one before it was safe.

Different surfaces, shared threats

Each architecture fails in its own way: a Pet leaks the credentials it holds, Cattle cross-contaminate through a shared backend, a Crew launders a poisoned input through trust between agents. But all three are exposed to the same core threats: prompt injection, PII leakage, emotional manipulation, compliance violations, role drift, and the MCP attacks that come with tool use.

One safety layer for all three

This is why the control layer cannot live inside the agent. Swiftward does not care whether your agent is a Pet, Cattle, or a Crew: one set of rules decides what each may do, blocks the action that breaks them, and records what happened. How AI governance works.

Book a demo