M ManySignal

Guide · ManySignal

AI SOC Implementation Guide

An AI SOC is not a product you buy — it is an operational model you build incrementally on top of the right platform primitives. This guide walks security leaders through the five-agent architecture, the autonomy ladder, and the 90-day implementation sequence that takes a team from manual triage to autonomous verdict on 90%+ of alerts.

HR Hannah Roth — VP Product, ManySignal
EN Elena Novak — Co-founder & CTO, ManySignal
18 min read Published Jul 8, 2026 Download PDF
01

What an AI SOC actually means

An AI SOC replaces the analyst-per-alert model with an agent-per-finding model. Every finding is assigned to a software agent that walks a structured investigation procedure, produces a verdict with attached evidence, and either acts autonomously or routes to a human with a recommendation. The analyst's job shifts from clearing the queue to tuning the system.

This is not automation of existing SIEM workflows. The entity graph, per-entity behavioural baselines, and structured question sets are the foundation — without them, 'AI triage' is just faster false positives. The platform must be able to answer 'is this anomalous for this specific identity?' not just 'is this anomalous generally?'

ManySignal's five-agent architecture — detect, triage, investigate, respond, report — maps to the five stages of the SOC workflow. Each agent is independently configurable and operates within the autonomy ladder you define.

02

The five agents and what each does

The detect agent continuously evaluates incoming events against streaming detections, correlation rules, and behavioural baselines. When a condition is met, it creates a finding and routes it to triage. Detection logic is code: YAML in git, tested via CI, promoted through staging.

The triage agent walks a question set per finding type, resolves each question against live data (graph, behavioural, enrichment, human confirmation), computes a confidence-weighted verdict, and either closes with rationale or escalates to investigate. The investigate agent enriches the case with entity graph traversal, related findings, timeline reconstruction, and threat-intel lookups.

The respond agent executes approved actions: isolate host, revoke session, disable account, block IP, create ticket. Every action is gated by the autonomy ladder — blast-radius limits are enforced per action class. The report agent generates structured outputs for weekly ops reviews, executive briefings, and compliance evidence packages.

03

The autonomy ladder: earning trust incrementally

The autonomy ladder has four rungs: recommend-only (agent suggests, human decides), approve-gated (agent acts with human click), supervised-autonomous (agent acts, human can veto within window), and fully-autonomous (agent acts immediately). Every new action class starts at recommend-only.

Promotion criteria are metric-driven: after 500 verdicts at a given rung, if TP precision exceeds the configured threshold, the team can vote to promote. Demotion is always available — one click drops an action class back to recommend-only without touching the rest of the ladder.

Blast-radius limits apply independently of the autonomy rung. A supervised-autonomous session revocation is still bounded: the agent cannot revoke more than N sessions per hour without a human approval. Limits are per-action-class, per-tenant, and configurable.

04

The entity graph as the reasoning substrate

Every agent reasons over the entity graph. The graph is a property graph of identities, devices, applications, cloud resources, and network endpoints, linked by typed edges (authenticates_to, accesses, assumes_role, communicates_with). Each node carries a behavioural baseline built from rolling 90-day history.

When the triage agent asks 'is this login anomalous for this identity?', it queries the graph for that identity's historical ASN set, device set, session duration distribution, and concurrent session count. The answer is specific to that entity — not a population average.

05

90-day implementation sequence

Days 1–30: connectors deployed, entity graph populated, detect agent running in shadow. No analyst workflow changes yet. Goal: confirm coverage parity with existing tooling and let baselines stabilise.

Days 31–60: triage agent enabled in recommend-only. Analysts review recommendations alongside their normal queue. Track recommendation accuracy daily. Promote high-confidence finding types to approve-gated.

Days 61–90: investigate and respond agents enabled. At least three action classes at approve-gated or higher. Report agent producing weekly ops report. Target: 80%+ of alerts reaching autonomous or approve-gated verdict by day 90.

  • Day 30: shadow coverage gap < 5%, baselines stable
  • Day 60: triage agent in recommend-only, accuracy tracked per finding type
  • Day 90: three+ action classes at approve-gated, report agent live
  • Day 90: 80%+ autonomous/approve-gated verdict rate
06

Measuring success

Five metrics define AI SOC health: autonomous verdict rate (target 90%+), median time to verdict (target under 4 minutes), TP:FP ratio per detection (target 20:1 for high-severity), cases escalated to human per week, and cost per verdict. Report all five weekly from day 1.

The report agent generates these automatically from the case timeline. The weekly ops report is a PDF or Slack digest — no analyst hours required to produce it. Executive dashboard shows 30-day trends for each metric.

Key takeaways

  • An AI SOC is an operational model built incrementally, not a product switch.
  • Five agents — detect, triage, investigate, respond, report — map to the five SOC workflow stages.
  • Every action class starts at recommend-only and earns promotion through metric gates.
  • Blast-radius limits enforce containment independently of the autonomy rung.
  • The entity graph provides per-entity anomaly answers — not population averages.
  • 90-day sequence: shadow → recommend-only → approve-gated/autonomous.

Further reading

Frequently asked questions

What is AI SOC Implementation Guide in an agentic SOC?

AI SOC Implementation Guide is part of ManySignal's agentic SOC and MDR platform, where AI agents detect, triage, investigate, and respond to threats with human-governed autonomy.

How does ManySignal handle ai soc implementation guide?

ManySignal grounds ai soc implementation guide in a temporal entity graph and behavioural baselines, so every verdict is backed by auditable evidence rather than opaque scores.

Can ManySignal replace my SOAR or MDR for ai soc implementation guide?

Yes. ManySignal combines detection, triage, investigation, response, and reporting in one platform, and can operate as your MDR or augment an existing SOC team.

How is autonomy governed?

Through an autonomy ladder: recommend-only, approve-gated, and autonomous modes per action class, with dry-run previews, blast-radius limits, and a one-click tenant kill switch.

How fast is time to value?

Declarative connectors and shipped detections typically produce AI agent verdicts on live alerts within days, not quarters — no parsing projects or playbook-building phase.

Is ManySignal available as a managed service?

Yes. Consume ManySignal as MDR with 24/7 coverage and monthly reporting, run it as your in-house agentic SOC, or use it as the platform behind your own MDR practice.

How does ManySignal license the platform?

Pricing scales with protected assets and autonomy tier, not per-GB ingestion or per-alert volume. Starter, Growth, and Enterprise plans are available; MDR providers receive volume discounts for multi-tenant deployments.

Where does our data reside?

By default in AWS us-east-1. Enterprise tenants can pin data to specific AWS regions, deploy self-hosted on their own Kubernetes cluster, or use customer-managed encryption keys (CMK) to retain cryptographic control.

What does the evidence trail contain?

Each verdict stores the full question set, per-question agent answers, confidence weights, source event references, entity graph snapshots, and operator attestation — preserved immutably for the retention period chosen at contract time.

How does ManySignal handle a false-positive alert?

The triage agent auto-closes findings it assesses as false positives with a documented rationale — which rule fired, why the evidence fails to support escalation, and the entity baseline that informed the decision. Auto-closure rates typically reach 85–95% within 90 days as baselines mature.

Continue reading

See the agentic SOC in action

Watch AI agents work a real alert queue — verdicts, evidence, and confidence scores included. In-house SOC or MDR, your call.