MacOS Resource Monitor MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": false
} |
| prompts | {
"listChanged": false
} |
| resources | {
"subscribe": false,
"listChanged": false
} |
| experimental | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| get_resource_intensive_processesA | Identify resource-intensive processes on macOS across CPU, memory, and network. Returns: A string containing information about resource-intensive processes, which can be analyzed to provide optimization suggestions. |
| get_processes_by_categoryA | Get all processes filtered by category (cpu, memory, network) with pagination and sorting support. Args:
process_type: Type of processes to retrieve ('cpu', 'memory', or 'network')
page: Page number (starting from 1, default: 1) Returns: JSON string containing paginated and sorted process information for the specified category |
| get_system_overviewA | Get comprehensive system overview with aggregate statistics similar to Activity Monitor. Provides CPU, memory, disk, network statistics, and performance analysis to help identify bottlenecks and optimization opportunities. Returns: JSON string containing system overview with performance metrics and analysis |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 3 tools
Tools are generally distinct: one lists processes by category, another identifies intensive ones, and the third gives a system overview. However, there is slight overlap between the first and second, as both deal with processes, but their purposes differ (listing vs. highlighting intensive ones).
All tool names follow a consistent pattern: verb_noun (get_*) with descriptive suffixes. The snake_case style is uniform, making the set predictable and easy to use.
Three tools is well-scoped for a resource monitor. Each tool serves a clear, non-redundant purpose, covering per-category listings, intensive process detection, and system overview without being excessive.
The tool set covers the core monitoring needs: CPU, memory, network, disk, and performance analysis. Minor gaps exist, such as no tool for querying a single process by PID or filtering across all categories in one call, but these are not critical for the stated purpose.