Oxide
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| OXIDE_AUTO_START_WEB | No | Setting OXIDE_AUTO_START_WEB=true automatically starts the Web UI when the MCP server launches | false |
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
| Name | Description |
|---|---|
| route_taskB | |
| analyze_parallelA | |
| list_servicesA | |
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
Each tool has a clearly distinct purpose with no overlap: analyze_parallel handles distributed code analysis, list_services monitors LLM service health, and route_task performs intelligent task routing. The descriptions reinforce these distinct roles, making misselection unlikely.
All tools follow a consistent verb_noun pattern with snake_case: analyze_parallel, list_services, and route_task. This predictable naming convention enhances readability and usability across the tool set.
With only 3 tools, the set feels thin for a server named 'Oxide' that appears to manage LLM services and code analysis. While each tool is useful, the scope suggests potential gaps in functionality, such as configuration management or detailed service analytics.
The tools cover core operations like analysis, service monitoring, and routing, but there are notable gaps. For example, missing tools for configuring LLM services, managing analysis results, or handling errors could limit agent workflows in this domain.