Scouter MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| SCOUTER_API_ID | No | API login ID | |
| SCOUTER_API_URL | No | Scouter webapp REST API base URL (for HTTP mode) | http://localhost:6180 |
| SCOUTER_MASK_PII | No | Set to 'false' to disable PII masking | true |
| SCOUTER_TCP_HOST | No | TCP direct connection host (for TCP mode) | |
| SCOUTER_TCP_PORT | No | TCP direct connection port | 6100 |
| SCOUTER_API_PASSWORD | No | API login password | |
| SCOUTER_ENABLE_WRITE | No | Set to 'true' to enable write tools | 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
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| get_system_overviewA | Get a comprehensive snapshot of current system status: agents, real-time counters (TPS, response time, heap, CPU), active service counts, and recent alerts. Use this as the starting point for any investigation. |
| diagnose_performanceA | Perform automated multi-step performance diagnosis. Checks system counters, active services, error patterns, slow SQL, and service hotspots. Returns a structured diagnostic report with findings ranked by severity (CRITICAL/WARNING/INFO) and suggested actions. |
| get_counter_trendA | Get historical counter values over a time range for trend analysis. Supports TPS, ElapsedTime, HeapUsed, ProcCpu, GcCount, Cpu, Mem, and more. Use latest_sec for quick recent data (e.g., last 60s), or start_time/end_time for custom ranges. Auto-selects precision: 2-second for <=2h, 5-minute for >2h. Large datasets are auto-sampled. |
| get_realtime_xlogsA | Get recent real-time transaction data (XLogs) produced since the given offsets. Returns decoded XLog entries with loop/index offsets for subsequent polling. Use offset 0/0 for the first call, then pass returned offsets to get newer data. |
| search_transactionsA | Search for transactions (XLogs) within a time range. Find slow transactions, error transactions, or filter by service name/IP/login. Returns list sorted by elapsed time descending with summary statistics. Primary tool for 'why is it slow?' investigations. |
| get_transaction_detailA | Get full detail of a specific transaction including execution profile (SQL queries with bind params, API calls, method traces). Use after identifying a problematic transaction from search_transactions or list_active_services. |
| list_active_servicesA | Show all currently executing requests (in-flight transactions). Use when investigating hangs, slow conditions, or asking 'what is running right now'. Returns active services sorted by elapsed time descending. |
| get_distributed_traceA | Trace a distributed transaction across multiple services using GXID, or fetch multiple transactions by txid list. Essential for MSA environments to follow a request across service boundaries. Use after finding a GXID in get_transaction_detail. |
| get_service_summaryA | Get aggregated service-level performance statistics. Shows which services are called most, have highest error rates, or consume most resources. Includes external API call summary for dependency analysis. |
| get_sql_analysisA | Analyze SQL performance within a time range. Returns SQL statements ranked by total elapsed time, showing execution counts, error counts, and average execution time. Use when investigating database-related performance issues. |
| get_error_summaryA | Analyze errors within a time range. Returns error types ranked by frequency with error messages, stack traces, and sample transaction IDs for drill-down. Also shows per-service error rates for context. |
| get_interaction_countersA | Get real-time service-to-service call relationships. Shows which services call which other services, with call counts, error counts, and latency. Useful for understanding service dependencies and topology. |
| get_visitor_statsA | Get unique visitor (user) statistics. Supports real-time current visitor count, daily totals, or hourly breakdown. Useful for understanding traffic patterns and user activity. |
| get_ip_summaryA | Analyze request distribution by client IP address. Shows which IPs generate the most traffic. Useful for identifying heavy users, bots, or potential DDoS sources. |
| get_user_agent_summaryA | Analyze request distribution by browser/user-agent. Shows which clients (browsers, bots, mobile apps) generate the most traffic. Useful for understanding client demographics and detecting crawlers. |
| get_alert_summaryA | Get aggregated alert statistics within a time range. Shows which alert types fired most frequently. Use alongside get_system_overview (which shows recent real-time alerts) for historical alert pattern analysis. |
| get_alert_scriptingA | [HTTP mode only] Read alert scripting configuration for a specific counter (read-only). Shows the current alert script, threshold rules, and configuration. Use get_server_info with include_counter_model to discover available counter names. |
| get_configureA | [HTTP mode only] Read server or agent configuration (read-only). Without obj_hash, returns the collector server's scouter.conf. With obj_hash, returns that specific agent's configuration. Use get_system_overview to find agent hashes. |
| get_server_infoA | Get Scouter collector server metadata: version, ID, connection status. Optionally includes counter model (all available performance counter definitions with display names and units). Use this to discover what counters exist before querying get_counter_trend. Counter model requires HTTP mode. |
| get_host_infoA | Get host-level system information: top processes (by CPU/memory) and disk usage. Requires a host agent obj_hash, or specify obj_type (e.g., 'linux') to auto-discover host agents. Use get_system_overview to find host agent hashes. |
| get_agent_infoA | Get detailed agent runtime information: thread list with states and active services, environment variables, and socket connections. Thread list shows live thread states (unlike thread dump which captures stack traces). Use for deep agent-level investigation. |
| get_thread_dumpA | Capture a thread dump from a specific JVM agent. Use for diagnosing deadlocks, thread contention, or understanding thread activity. Optionally includes heap histogram for memory analysis. Stack traces require HTTP mode; TCP mode returns thread states only. |
| get_raw_profileA | Get raw (non-decoded) profile steps for a transaction. Unlike get_transaction_detail which returns decoded/human-readable profile data, this returns the raw Step objects with hash IDs. Use lookup_text to resolve hash IDs to text. Useful when you need the raw step structure for programmatic analysis. |
| get_raw_xlogA | Get raw (non-decoded) XLog transaction data. Unlike search_transactions which returns decoded data, this returns raw XLog objects with hash IDs. Supports five modes: single lookup, GXID distributed trace, filtered search, pageable list, and real-time streaming. Use lookup_text to resolve hash IDs. |
| lookup_textA | Resolve hash IDs to their original text values. Scouter stores SQL queries, service names, error messages, etc. as integer hashes for efficiency. Use this to get the actual text for a hash ID seen in other tool outputs. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/miningyu/scouter-mcp-server'
If you have feedback or need assistance with the MCP directory API, please join our Discord server