MCP Diagnostics
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
Server capabilities have not been inspected yet.
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| getDiagnosticsB | 获取当前工作区所有文件的诊断信息(错误/警告/提示)。返回完整的诊断列表,包含所有文件的详细错误信息。 |
| getDiagnosticsForFileA | 获取指定文件的诊断信息。⚠️ 注意:需要使用完整的workspace URI格式,如 "file:///workspace/src/index.ts"。如果不确定URI格式,建议使用 getDiagnosticsForPath 工具。 |
| getDiagnosticsForPathB | 🌟 推荐工具:根据文件路径获取诊断信息,支持灵活的路径匹配。可以使用相对路径、文件名等多种格式,比 getDiagnosticsForFile 更易用。 |
| getDiagnosticsSummaryB | 获取诊断统计摘要,快速了解项目整体代码质量。返回文件总数、错误数量、警告数量的统计信息。 |
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 4 tools
The tools have overlapping purposes that could cause confusion. getDiagnosticsForFile and getDiagnosticsForPath both retrieve diagnostics for a single file, with the latter described as more flexible and recommended, creating ambiguity about when to use each. However, getDiagnostics and getDiagnosticsSummary serve clearly distinct purposes (all files vs. summary statistics), which helps mitigate some confusion.
All tool names follow a consistent camelCase pattern with a clear verb_noun structure (getDiagnostics, getDiagnosticsForFile, getDiagnosticsForPath, getDiagnosticsSummary). The naming is predictable and readable throughout the set, with no deviations in style or convention.
With 4 tools, the count is well-scoped for a diagnostics server. Each tool appears to serve a specific and necessary function (e.g., retrieving all diagnostics, per-file diagnostics, and summaries), making the set focused and manageable without being overly sparse or bloated.
The tool surface covers core diagnostics retrieval operations comprehensively, including all files, per-file, and summary views. A minor gap exists in the lack of tools for managing or clearing diagnostics (e.g., reset or update functions), but agents can likely work with the provided read-only operations for most use cases.