Systems Manager
Systems Manager is a typed, gated MCP server for local host inspection, administration, storage health, file/log management, firewall control, and governed host telemetry ingestion.
Run health checks and discover management capabilities.
Inspect processes, system snapshots, network connections, services, kernel modules, and system logs; start/stop kernel traces.
Manage services and processes, including start/stop/restart/enable/disable and process list/info/kill.
Query and manage packages, system updates, reboots, cleanup/optimization, env vars, Windows features, repositories, and local packages.
Inspect network interfaces/open ports, ping, DNS lookup, disks/usage/space, users/groups, and storage health (SMART, faults, RAID, reports).
Manage managed files/logs (list/search/grep/tail/read/write/append/delete/create), subject to filesystem root and mutation gates.
List/remove cron jobs, manage firewall status/rules, and perform advanced SSH key, uv/venv, NVM/Node setup.
Ingest allowlisted host telemetry as typed HardwareNode, NetworkInterface, and DiskVolume nodes through the governed ChangeEnvelope boundary.
Host mutations, sensitive reads, network probes, and filesystem writes are default-deny and require explicit environment gates/approval; raw shell/arbitrary command execution is not exposed.
Exports telemetry data (metrics and traces) to OpenTelemetry-compatible backends, enabling AI agents to monitor and analyze system performance and health.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@Systems Manager update all system packages on the local machine"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
systems-manager
Version: 2.2.6
systems-manager is the typed host-operations provider for Scion SDK and
Arbora. It exposes cross-platform package, service, process, network, disk,
managed-file, firewall, physical-storage, Agent OS, and privacy-safe host-ingestion
capabilities without exposing a raw command tool.
The current package requires Python 3.11–3.14 and
scion-sdk>=2.0.0,<3.0.0.
Install and run
Install only the interface the operator need:
pip install "systems-manager[mcp]"
systems-manager-mcp --transport stdioThe optional extras are:
Extra | Capability |
| FastMCP provider runtime |
| Agent server and Logfire integration |
| MCP plus agent runtime |
| Test dependencies |
For an ephemeral MCP start:
uvx --from "systems-manager[mcp]" systems-manager-mcp --transport stdioThe checked-in mcp_config.json is a reference-only client catalog. It contains
env:// references and safe deny defaults, never deployment endpoints, credentials,
certificate paths, filesystem paths, hostnames, or identities. Project-specific values
belong in AgentConfig or the process launcher.
Related MCP server: Enterprise DevOps MCP Server
Security contract
Network MCP listeners require configured authentication. Non-loopback listeners also require direct TLS or a trusted TLS-stop proxy, exact allowed hosts, and the current Scion SDK transport checks.
Host mutations are denied unless
SYSTEMS_MANAGER_ALLOW_HOST_MUTATIONS=trueand the individual request receives destructive-operation approval.Managed-file writes also require
SYSTEMS_MANAGER_ALLOW_FILESYSTEM_MUTATIONS=true.Sensitive reads and active probes have independent default-deny gates.
Managed paths are confined beneath an explicit
SYSTEMS_MANAGER_FILESYSTEM_ROOT; there is no working-directory fallback.Raw shell, arbitrary commands, plaintext credentials, model-authored cron creation, and compatibility command aliases are not capabilities.
Logs and observability are metadata-only. Keep
LANGFUSE_CAPTURE_CONTENT=false.
AgentConfig, secrets, and TLS
Use TLS_PROFILE / TLS_PROFILE_REF with TLS_PROFILES_REF for shared checked
outbound trust. Service-specific profiles such as OIDC_TLS_PROFILE_REF,
MODEL_TLS_PROFILE_REF, and LANGFUSE_TLS_PROFILE_REF may select entries from the
same runtime catalog. Do not hardcode CA paths or verification flags in application
code, and do not disable verification for incomplete certificate chains.
Out-of-band BMC health reads consume one runtime secret projection from
SYSTEMS_MANAGER_BMC_CREDENTIALS. AgentConfig resolves the checked env:// or secret
reference before start; the provider accepts exactly a JSON object with host, user,
and password. No secret-store vendor, secret path, token, or credential value is
embedded in this package.
The MCP listener's own certificate or trusted-proxy boundary uses the current Agent
Utilities MCP_TLS_* configuration. The optional agent listener uses SERVER_TLS_*
and requires JWT configuration for non-loopback serving.
MCP tools
The default MCP_TOOL_MODE=intent exposes the small intent-verb surface. Backing
action-routed tools stay available for governed discovery and on-demand loading. Tool
and tag filters can further reduce the visible surface.
Auto-generated from the live MCP server; do not edit between the markers.
Condensed action-routed tools (MCP_TOOL_MODE=condensed)
MCP Tool | Toggle Env Var | Description |
|
| Takes a point-in-time snapshot of the system state (CPU, RAM, Processes). |
| — | |
|
| Maps active TCP/UDP endpoints directly to owning processes. |
|
| Retrieves deep cross-platform process details (threads, modules, memory). |
| — | |
|
| List loaded drivers/modules (lsmod or driverquery). |
|
| Cross-platform service enumeration (systemctl or Get-Service). |
|
| Start/Stop/Restart/Enable/Disable services cross-platform. |
|
| Cross-platform log querying (journalctl or Get-WinEvent). |
| — | Operations for SSH and specialized managers |
|
| Issues or verifies privacy-preserving agent identities. |
|
| Manages the cognitive scheduler: get stats, list processes, preempt, or reset quota. |
|
| Manages specialist packages: install, uninstall, list, or search. |
|
| Manages file watchdog triggers: check file change, list active watchers, or drain triggers. |
| — | Operations for cron jobs |
| — | Operations for managing system disks |
| — | Operations for file and log management |
| — | Operations for firewall management |
| — | Operations for network analysis |
| — | Operations for managing system processes |
| — | Operations for managing system services |
|
| Physical disk + BMC drive-fault health: SMART (incl. megaraid passthrough), |
| — | System operations for managing packages, system health, and updates |
| — | Operations for user and group management |
|
| Start a kernel-level event trace (ETW on Windows, or strace on Linux). |
|
| Stop a kernel-level event trace. |
| — | Ingest a keyed host telemetry projection through the governed ChangeEnvelope boundary as typed HardwareNode, NetworkInterface, and DiskVolume nodes. |
27 action-routed tool(s) · 0 verbose 1:1 tool(s). Each is enabled unless its <DOMAIN>TOOL toggle is set false; MCP_TOOL_MODE selects the surface (intent default — the six verb-tools, granular set loaded on demand · condensed action-routed · verbose 1:1 · both). Auto-generated — do not edit.
Typical backing domains include OS/package lifecycle, services, processes, networks, disks, managed files, cron removal, structured firewall rules, storage/BMC diagnostics, Agent OS administration, and governed host telemetry ingestion. Discover an action schema before calling it; unavailable operations must not be emulated with another tool.
Knowledge-graph ingestion
systems_ingest_host reads local typed telemetry and submits an allowlisted projection
through the Scion SDK native governed ingestion boundary. It emits only:
HardwareNode,NetworkInterface, andDiskVolumenodes;hasInterfaceandhasVolumerelationships;HMAC-SHA-256 opaque identifiers derived with the deployment-owned
SYSTEMS_MANAGER_PSEUDONYMIZATION_KEY.
Hostnames, network addresses, hardware addresses, usernames, local paths, credentials, and arbitrary extra fields are rejected or excluded. Missing graph authority, invalid content, and unavailable ingestion fail explicitly; they are not silent no-ops.
Arbora delegation
Host operations run inside the service's local operating-system boundary. For fleet work, Arbora delegates to an authenticated systems-manager service on the target boundary. Inventory, endpoints, credentials, TLS profiles, and target aliases remain external deployment configuration. Persist only opaque, non-personal references.
The bundled systems-manager-operations skill covers every current provider workflow.
Older BMC command and NIC-bond script skills were consolidated because those raw-script
surfaces are not part of the typed current contract.
Agent server
Install the agent extra and start:
systems-manager-agent --helpWorkspace, MCP catalog, and custom-skill paths are accepted only when explicitly configured and present. There is no packaged-config or current-directory fallback. A non-loopback listener requires an explicit allow gate, direct or trusted-proxy TLS, JWT issuer/JWKS/audience configuration, and debug mode disabled.
Environment variables
The generated table is sourced from the value-free .env.example plus the inherited
Scion SDK contract.
Package environment variables
Variable | Example | Description |
| — | Required managed filesystem boundary |
| — | Optional cleanup root beneath the managed boundary |
| secret-injected | Deployment-owned secret, at least 32 bytes |
| — | Secret-projected JSON with host/user/password |
| — | Shared mandatory-verification transport profile |
| — | Runtime reference to the transport profile catalog |
| — | Runtime reference to verified Langfuse trust |
|
| Current intent-first tool surface |
|
| Default-deny host mutations |
|
| Default-deny file mutations |
|
| Default-deny sensitive inventory |
|
| Default-deny active probes |
|
| Bounded host-operation concurrency |
|
| Enable governed health trend ingestion |
|
| Health trend aggregation window |
| — | Runtime node alias; only a keyed digest persists |
| — | Optional inline mandatory-verification notification TLS profile |
| — | Runtime reference to the notification TLS profile |
|
| Approved credential-free repositories |
|
| Approved package paths and digests |
|
| Default command timeout |
| — | Non-sensitive environment names readable as metadata |
| — | Exact approved uv release |
| — | Exact approved NVM commit |
| — | NVM directory beneath the managed filesystem root |
|
| Keep Kubernetes lifecycle guard enabled |
|
| Register base health/readiness tools |
|
| Register operating-system provider tools |
|
| Register storage health tools |
|
| Local MCP transport |
|
| Loopback bind for HTTP transports |
|
| Bind port for HTTP transports |
|
| Enable only with an approved collector |
Inherited scion-sdk variables (apply to every connector)
Variable | Example | Description |
| — | Comma-separated tool allow-list |
| — | Comma-separated tool deny-list |
| — | Comma-separated tag allow-list |
| — | Comma-separated tag deny-list |
|
| Authorization mode: |
|
| Embedded Eunomia policy file |
| — | Remote Eunomia authorization server URL |
| — | OTLP collector endpoint |
| — | Outbound MCP child auth: |
| — | OIDC client id (service-account auth) |
|
| Runtime secret reference for the OIDC service account |
| — | HTTP Basic username ( |
|
| Runtime secret reference for HTTP Basic auth ( |
|
| Verbose logging |
|
| Unbuffered stdout (recommended in containers) |
|
| URL of the MCP server the agent connects to |
|
| LLM provider for the agent |
|
| Model id for the agent |
|
| Serve the AG-UI web interface |
51 package + 19 inherited variable(s). Auto-generated from .env.example + the shared scion-sdk set — do not edit.
Development and release gates
pytest -q
ruff check systems_manager tests
black --check systems_manager tests
mkdocs build --strict
pre-commit run --all-filesRun host operations only through mocks during tests. Do not run native builds or live
host mutations as a validation shortcut. The source dependency floor is intentionally
scion-sdk>=2.0.0; regenerate and commit a neutral lock only after that release
is available from the configured package index. Never commit an editable local source
or a stale dependency resolution.
See the documentation for installation, deployment, configuration, usage, multi-host delegation, and security details.
Governed capability contract
This package ships a compact canonical skill surface with specialist procedures
kept as referenced workflows. The current MCP tools, skill metadata,
connector_manifest.yml, ontology, mappings, shapes, fixtures, migrations,
tool-schema fingerprints, and certification metadata form one versioned
capability contract. Validate them together; do not rely on stale tool names or
historical per-task skill wrappers.
Runtime endpoints, credentials, certificate trust, tenant identity, retention, and observability policy are deployment inputs and are never packaged values. See Configuration, trust, and privacy before enabling a network transport, connector ingestion, Arbora delegation, or trace export.
Available Tools
26 toolscapture_system_snapshotCapture System SnapshotBRead-onlyIdempotent
Takes a point-in-time snapshot of the system state (CPU, RAM, Processes).
CONCEPT:SM-OS.deployment.deep-introspection-telemetry: Deep Introspection Telemetry
Inputs: no named parameters. Returns: object
get_management_capabilitiesGet Management CapabilitiesDRead-onlyIdempotent
Inputs: no named parameters. Returns: object
get_network_connectionsGet Network ConnectionsBRead-onlyIdempotent
Maps active TCP/UDP endpoints directly to owning processes.
CONCEPT:SM-OS.deployment.deep-introspection-telemetry: Deep Introspection Telemetry
Inputs: no named parameters. Returns: object
get_process_detailsGet Process DetailsBRead-onlyIdempotent
Retrieves deep cross-platform process details (threads, modules, memory).
CONCEPT:SM-OS.deployment.deep-introspection-telemetry: Deep Introspection Telemetry
Inputs: pid. Returns: object
health_checkHealth CheckD
Inputs: no named parameters. Returns: result
list_kernel_modulesList Kernel ModulesARead-onlyIdempotent
List loaded drivers/modules (lsmod or driverquery).
CONCEPT:SM-OS.deployment.deep-introspection-telemetry: Deep Introspection Telemetry
Inputs: no named parameters. Returns: object
list_servicesList ServicesBRead-onlyIdempotent
Cross-platform service enumeration (systemctl or Get-Service).
CONCEPT:SM-OS.deployment.package-service-mutation: Package & Service Mutation
Inputs: no named parameters. Returns: object
manage_serviceManage ServiceCDestructiveIdempotent
Start/Stop/Restart/Enable/Disable services cross-platform.
CONCEPT:SM-OS.deployment.package-service-mutation: Package & Service Mutation
Inputs: action (required), service_name (required), confirm. Returns: object
query_system_logsQuery System LogsBRead-onlyIdempotent
Cross-platform log querying (journalctl or Get-WinEvent).
CONCEPT:SM-OS.deployment.deep-introspection-telemetry: Deep Introspection Telemetry
Inputs: limit. Returns: object
sm_advanced_operationsSm Advanced OperationsD
Operations for SSH and specialized managers
Inputs: action (required), path, confirm, package, +2 more.
sm_cron_operationsSm Cron OperationsC
Operations for cron jobs
Inputs: action (required), user, confirm, job_ref.
sm_disk_operationsSm Disk OperationsC
Operations for managing system disks
Inputs: action (required), path.
sm_file_operationsSm File OperationsC
Operations for file and log management
Inputs: action (required), depth, lines, confirm, +5 more.
sm_firewall_operationsSm Firewall OperationsC
Operations for firewall management
Inputs: action (required), rule, confirm.
sm_network_operationsSm Network OperationsC
Operations for network analysis
Inputs: action (required), host, count.
sm_process_operationsSm Process OperationsC
Operations for managing system processes
Inputs: action (required), pid, confirm.
sm_service_operationsSm Service OperationsC
Operations for managing system services
Inputs: action (required), confirm, service_name.
sm_storage_health_faultsFaultsB
Faults (sm_storage_health). Physical disk + BMC drive-fault health: SMART (incl. megaraid passthrough), BMC/IPMI drive-slot faults, and RAID physical-disk state — correlated so a BMC-flagged disk with clean SMART media reads as a link/aging fault, not media wear (CONCEPT:SM-OS.governance.sys-8/SYS-1.5).
Inputs: no named parameters.
sm_storage_health_raidRaidB
Raid (sm_storage_health). Physical disk + BMC drive-fault health: SMART (incl. megaraid passthrough), BMC/IPMI drive-slot faults, and RAID physical-disk state — correlated so a BMC-flagged disk with clean SMART media reads as a link/aging fault, not media wear (CONCEPT:SM-OS.governance.sys-8/SYS-1.5).
Inputs: no named parameters.
sm_storage_health_reportReportB
Report (sm_storage_health). Physical disk + BMC drive-fault health: SMART (incl. megaraid passthrough), BMC/IPMI drive-slot faults, and RAID physical-disk state — correlated so a BMC-flagged disk with clean SMART media reads as a link/aging fault, not media wear (CONCEPT:SM-OS.governance.sys-8/SYS-1.5).
Inputs: no named parameters.
sm_storage_health_smartSmartB
Smart (sm_storage_health). Physical disk + BMC drive-fault health: SMART (incl. megaraid passthrough), BMC/IPMI drive-slot faults, and RAID physical-disk state — correlated so a BMC-flagged disk with clean SMART media reads as a link/aging fault, not media wear (CONCEPT:SM-OS.governance.sys-8/SYS-1.5).
Inputs: no named parameters.
sm_system_operationsSm System OperationsC
System operations for managing packages, system health, and updates
Inputs: action (required), confirm, env_var, package, +5 more.
sm_user_operationsSm User OperationsC
Operations for user and group management
Inputs: action (required).
start_system_traceStart System TraceCDestructiveIdempotent
Start a kernel-level event trace (ETW on Windows, or strace on Linux).
Inputs: session_name (required), confirm. Returns: object
stop_system_traceStop System TraceCDestructiveIdempotent
Stop a kernel-level event trace.
Inputs: session_name (required), confirm. Returns: object
systems_ingest_hostSystems Ingest HostC
Ingest a keyed host telemetry projection through the governed ChangeEnvelope boundary as typed HardwareNode, NetworkInterface, and DiskVolume nodes.
Inputs: no named parameters.
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 26 tools
The set mixes specific tools (manage_service, list_services, get_process_details, get_network_connections) with broad catch-all buckets (sm_service_operations, sm_process_operations, sm_network_operations) that clearly overlap them, so an agent cannot tell which to pick for e.g. restarting a service or inspecting a process. The four sm_storage_health_* tools carry identical descriptions and differ only by a suffix (smart/faults/raid/report), making them essentially indistinguishable without guessing.
All names are snake_case, but conventions diverge sharply: bare verb_noun tools (list_services, query_system_logs), an sm_ prefixed generic family with a vague '_operations' tail, sm_storage_health_<noun> with domain-first ordering, and a lone systems_ingest_host. Suffix-only differentiation within the storage family and undescribed names like health_check add to the inconsistency.
At 26 tools the surface is heavy for a systems manager, and the excess is largely redundant: roughly ten generic '_operations' tools duplicate more targeted tools elsewhere in the set. A tighter, deduplicated set would serve the domain better.
Coverage across services, storage/SMART, network, users, cron, firewall, files, processes, logging, tracing and telemetry ingest is broad, so major operation classes exist. However, two tools (health_check, get_management_capabilities) have no descriptions, and it is unclear whether the generic operation buckets fully implement create/update/delete lifecycles, leaving gaps hard to verify.
Maintenance
Related MCP Connectors
MCP server for your apps' tools and custom tools, plus hosted AI agents and approval-gated workflows
Your org's AI agents, tasks, runs, search, and brain files as MCP tools and resources.
Secure and manage MCP servers through the Speakeasy AI Control Plane from your agent.
MCP gateway with runtime security policy, tool-call-level control, and audit of agent actions.
Related MCP Servers
- AlicenseAqualityDmaintenanceEnables AI tools to manage SSH connections, execute commands, transfer files, and perform remote server diagnostics via MCP protocol.1710 npmMIT
- AlicenseNot gradedqualityBmaintenanceEnables AI agents to securely manage Linux, Docker, Kubernetes, and SSH infrastructure through MCP with permission control, audit logging, and dangerous command filtering.MIT
- AlicenseNot gradedqualityCmaintenanceEnables AI assistants to remotely control multiple computers via MCP: run commands, manage files, install software, view and control screens, and execute parallel tasks across machines.6 npmMIT
- AlicenseNot gradedqualityCmaintenanceEnables AI agents to manage remote host registries and perform command execution, SFTP file transfers, local port forwarding, and multi-machine cluster runs through MCP tools and human-confirmed management workflows.Apache 2.0