UniFi MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| PORT | No | Server port | 3000 |
| API_KEY | No | API Key for direct access (optional) | |
| BASE_URL | No | Base URL for the server (e.g., https://your-domain.com) | |
| UNIFI_API_KEY | Yes | Your UniFi Cloud API Key (required) | |
| OAUTH_PASSWORD | No | OAuth password for authorization (optional but recommended) |
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
Server capabilities have not been inspected yet.
Tools
Functions exposed to the LLM to take actions
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 39 tools
The tools are mostly distinct by resource type (client, device, camera, door, host, site) and action (get, find, list, control), but there is some overlap between 'find' and 'get' operations (e.g., find_client_by_mac vs. get_client_bandwidth_summary) that could cause confusion about which to use for specific queries. The lack of descriptions exacerbates this ambiguity, though the naming patterns help differentiate core purposes.
Tool names follow a consistent snake_case pattern with clear verb_noun structures (e.g., get_client_bandwidth_summary, list_all_devices, block_client). Minor deviations exist, such as 'unifi_health' lacking a verb and 'locate_device' using a less common verb, but overall the naming is predictable and readable across the set.
With 39 tools, the count is excessive for the UniFi management domain, leading to a bloated interface that may overwhelm agents. While UniFi covers multiple resource types (clients, devices, cameras, doors, hosts, sites), the tool set could be consolidated (e.g., merging similar 'find' and 'get' operations) without losing functionality, making it feel heavy and inefficient for typical agent workflows.
The tool set provides comprehensive coverage for UniFi network and device management, including CRUD-like operations (e.g., block/unblock clients, lock/unlock doors, set camera settings) and status monitoring across resources. Minor gaps might exist, such as detailed configuration updates for devices or advanced site settings, but core lifecycle actions and queries are well-represented for the inferred domain.