mcp-hyperautomation
MCP Server for HyperAutomation
Install / Use
claude mcp add s1community -- npx -y github:s1community/mcp-hyperautomationIf the server publishes to npm under a different name, use that package instead — check the repo README.
MCP Server
Model Context Protocol server
Quality Score
Category
AutomationSupported Platforms
Tags
Skill content
View source on GitHubHyperAutomation MCP Server (Alpha)
Table of Contents
- Project Description
- Architecture Blueprint
- Primary Components
- Environment Variables Configuration
- Setup Instructions
- Usage
- Dependencies
Project Description
The Hyperautomation MCP Server provides a bridge between LLM clients and a middle layer of HA workflows, enabling dynamic security orchestration through natural language interactions.
This MCP server is the core component of an architecture called Interactive Security Orchestration that reimagines how standard SOAR solutions can operate.
Unlike traditional SOAR platforms, where workflows are pre-built and static, this architecture enables analysts to "create workflows" in real-time as the LLM interprets high-level security goals and dynamically selects the optimal tools and actions from available Agents in the HyperAutomation layer.
This unlocks a new paradigm where analysts can seamlessly blend dynamic workflow orchestration with traditional static SOAR approaches, creating a hybrid system that combines the reliability and predictability of pre-built workflows with the flexibility and intelligence of user-directed automation.
📖 Companion blog post: The Interactive Security Orchestration Paradigm (Part I)
Architecture Blueprint
<img width="1145" height="628" alt="Image" src="https://github.com/user-attachments/assets/b4c4a5a7-64d2-42cb-ae68-304e4194606c" />Primary Components
MCP Server
- Location: server
- Purpose:
- Core MCP protocol implementation that handles client requests and routes them to appropriate agents implemented as HyperAutomation workflows.
- Retrieval of results from a cloud DB (slight deviation from standard MCP)
Agents
The system integrates with multiple domain-specific HyperAutomation Agents through webhook endpoints:
- VT Agent - Virus Total threat intelligence lookups and sample downloads
- SDL Agent - Singularity Data Lake query execution and analysis
- Asset Handler Agent - Endpoint and asset management operations
- Case Manager Agent - Alert management and case handling
- Remote Operations Manager Agent - Remote script execution and task management
- DB Manager - Stores Agents' results in an internet-facing Database
Cloud DB
This component handles the retrieval of results generated by the HA Agents via polling
- While the code included in this repo leverages Google Big Query as DB to temporarily store results, analysts can choose any other DB in the cloud, provided that they:
- Update the DB_Manager class to use a different Database and implement the necessary polling mechanism
- Update the DB Agent in HyperAutomation layer to leverage a different integration
Environment Variables Configuration
Make sure to create a .env file at the root of this project. Customise the content based on your needs.
Required Variables
Database Configuration:
# Google BigQuery Configuration (required when using BigQuery)
GOOGLE_CLOUD_PROJECT="your-gcp-project-id"
BIGQUERY_DATASET_ID="your-dataset-id"
BIGQUERY_TABLE_ID="your-table-id"
# Credentials file path (MUST be updated)
CREDENTIALS_FILE="/path/to/your/credentials/file.json"
Optional Variables
# Logging Configuration
MCP_SERVER_LOG_FILE="mcp_server.log" # Default: mcp_server.log
# Database Polling Configuration
DB_MAX_RETRIES=200 # Default: 200
DB_RETRY_DELAY=1 # Default: 1 second
DB_SERVICE_TYPE="bigquery" # Options: bigquery, gsheet. Default: bigquery
# BigQuery Configuration (optional)
BIGQUERY_REQ_ID_COLUMN="req_id" # Default: req_id
Setup Instructions
- Clone the repository
- Configure BigQuery
- Configure the Agents
- Install dependencies:
uv install(oruv syncif using uv.lock) - Configure environment variables (see instructions above)
- Test the server:
uv run python server/server.py- Make sure you see no errors
- Kill process
Usage
Note: Testing was performed with chatgpt-4.1 (This is the model I recommend using for now)
Connect the MCP server to your preferred LLM client.
/PATH_TO_BINARY/uv --directory /mcp-hyperautomation/server/ run server.py --transport stdio
Run a quick test by typing list endpoints in your client
Dependencies
- Python 3.8+
- uv (for dependency management)
- FastMCP
- Google Cloud BigQuery Python client
- uvicorn (for SSE transport)
- Additional dependencies listed in server/pyproject.toml
Author: antonio.monaca@sentinelone.com
Related Skills
Agent-Reach
78.4kGive your AI agent eyes to see the entire internet. Read & search Twitter, Reddit, YouTube, GitHub, Bilibili, XiaoHongShu — one CLI, zero API fees.
ruflo
71.0k🌊 The original agent meta-harness. Deploy intelligent multi-player swarms, coordinate autonomous workflows, and build conversational AI systems. Features adaptive memory, self-learning intelligence, RAG integration, and native Claude Code / Codex / Hermes and many more Integrated
career-ops
70.3kOpen-source AI job search: scan job portals, evaluate listings into a structured A-H report with a global 1-5 score, tailor your CV, track applications — runs locally in your AI coding CLI (Claude Code, Codex, OpenCode, Antigravity…)
headroom
69.1kCompress tool outputs, logs, files, and RAG chunks before they reach the LLM. 20% fewer tokens for coding agents, 60-95% fewer tokens for JSON, same answers. Library, proxy, MCP server.
