TRIDENT-AI is a unified, agentic swarm that spans all three Splunk Hackathon tracks:
- Observability: Uses Splunk's native ML-SPL predict algorithm to autonomously forecast and detect zero-shot metric anomalies in real-time.
- Security: Autonomously correlates telemetry anomalies with security events, mapping active threats to the MITRE ATT&CK framework.
- Platform & DevEx: Continuously audits Splunk's internal health (indexer queues, expensive scheduled searches) to ensure platform stability during a crisis, while leveraging the Model Context Protocol (MCP) to execute zero-touch remediations.
SOC Analysts and Site Reliability Engineers (SREs) are drowning in alerts. When a P1 incident strikes at 3:00 AM, human operators waste the first 45 minutes manually cross-referencing dashboards, firewall logs, and infrastructure metrics just to figure out what is happening.
The Business Impact: A 45-minute delay during a peak traffic event can cost an enterprise upwards of $180,000 per hour in lost revenue and SLA penalties.
TRIDENT-AI is an autonomous agentic swarm that investigates and resolves incidents before a human even wakes up.
When a metric deviates from its predicted baseline, TRIDENT-AI awakens three distinct AI agents:
- TelemetrySentinel: Analyzes time-series data using native ML-SPL predict to quantify the exact severity of the anomaly.
- ThreatMarshall: Scours security indexes for concurrent IOCs and maps them to MITRE techniques.
- PlatformAuditor: Checks Splunk's internal health to ensure resource-hogging searches aren't exacerbating the outage.
The agents retrieve security context natively via Splunk's Model Context Protocol (MCP). All sensitive security logs remain entirely within your trust boundary until explicitly passed for analysis. Once the primary intelligence is gathered natively, an external Synthesis Coordinator (via AWS Bedrock) is used to perform heavy-lifting threat classification and format these disparate findings into a pristine JSON Incident Package, complete with a 1-click remediation runbook powered by MCP.
Result: 45 minutes → under 3 minutes, transforming manual investigation into one-click autonomous resolution.
Platform stability and safety are critical. TRIDENT-AI operates with strict execution guardrails:
- Zero-Trust MCP Execution: The Splunk MCP Server operates on a heavily restricted, read/write permission-scoped service account.
- Blast Radius Containment: This strict scoping ensures that while
PlatformAuditorcan dynamically kill a runaway scheduled search, the agent can never accidentally drop an index, modify core network firewalls, or mutate critical security policies without explicit multi-factor analyst verification.
- TelemetrySentinel: Executes periodic background polling using the Splunk Python SDK to pull high-cardinality metric streams. TRIDENT's architecture integrates natively with Splunk's built-in ML-SPL predict algorithm for mathematically rigorous anomaly forecasting. The execution utilizes quantile confidence bands (upper95/lower95) for definitive zero-shot detection.
- ThreatMarshall: Targets security indexes (e.g.,
index=securityorsourcetype=pan:traffic), extracting concurrent Indicators of Compromise (IOCs). TRIDENT uses the Splunk MCP Server to retrieve security logs and leverages AWS Bedrock to map the extracted threat patterns directly to MITRE ATT&CK version 14. - PlatformAuditor: Queries Splunk’s REST API (
| rest /services/search/jobs) to evaluate ongoing indexing latency and locate expensive, unoptimized scheduled searches that might be compounding system instability during the crisis.
TRIDENT-AI implements an MCP (Model Context Protocol) server acting as a secure gateway between the Synthesis Coordinator and your Splunk infrastructure. The server exposes a restricted set of read/write schema tools to the execution layer:
get_search_results(query): Secure read-only access to specific Splunk indexes.terminate_splunk_job(sid): AllowsPlatformAuditorto kill runaway searches.deploy_containment_rule(ip_address): Drafts a perimeter block rule for the engineer's 1-click approval.
- Python 3.11+
- Node.js 18+
- Splunk Enterprise / Cloud (with Splunk AI Toolkit v5.7.3+)
- AWS Account (with Bedrock synthesis access enabled in IAM)
Create a .env file in the root directory:
SPLUNK_HOST=your-instance.splunkcloud.com
SPLUNK_PORT=8089
SPLUNK_TOKEN=your-splunk-api-token
SPLUNK_HEC_TOKEN=your-hec-token
AWS_ACCESS_KEY_ID=your_aws_key
AWS_SECRET_ACCESS_KEY=your_aws_secret
AWS_REGION=us-east-1
MCP_SERVER_PORT=5001To run TRIDENT-AI against your live Splunk Cloud environment:
# Terminal 1: Start backend in Live Mode
python3 main.py --mode live
# Terminal 2: Start the React UI
cd frontend
npm run devIf you do not have a live Splunk instance configured with ML-SPL, you can test the entire agentic loop using our simulated event injector:
# Terminal 1: Start backend in Mock/Simulation Mode
python3 main.py --mode simulation
# Terminal 2: Start the React UI
cd frontend
npm run devThis bypasses live API calls and feeds demo/sample_data/metrics.json into the agent pipeline, allowing you to visualize the full multi-agent triage and MCP runbook generation on the frontend.
Visit http://localhost:3000. Click "Run Demo Scenario" to inject a simulated multi-vector breach and watch the autonomous agents go to work!
This project is open-source and available under the MIT License.

