MCQuest MCP
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 |
|---|---|
| mcquest_project_infoA | READ ONLY. Get a compact overview of the MCQuest project structure and important files. Returns project root, top-level directories, and key configuration files. Use this as the first context call before a large investigation. |
| mcquest_list_filesA | READ ONLY. List source files under a project directory. Excludes node_modules, .git, build output, virtual environments, and other generated/dependency directories. Returns relative file paths. Prefer this over searching when you know which directory to inspect. |
| mcquest_read_fileA | READ ONLY. Read a source file with exact line numbers. Use line ranges whenever possible instead of requesting entire files to reduce token consumption. Returns line-numbered content. |
| mcquest_searchA | READ ONLY. Search MCQuest source files using a regular expression. Returns exact relative file paths, line numbers, matching lines, and limited surrounding context. Prefer this for locating code patterns. |
| mcquest_find_filesA | READ ONLY. Find project files by filename using case-insensitive substring matching. Returns relative file paths. Use when you know a filename but not its location. |
| mcquest_find_importsA | READ ONLY. Find ES module imports that reference a target component/module. Searches .ts, .tsx, .js, .jsx files. Returns file:line:import-statement. Useful for discovering which files depend on a module. |
| mcquest_find_usagesA | READ ONLY. Find references to a symbol across MCQuest source files using word-boundary matching. Returns file:line:line-content. Use for discovering where a component, function, or variable is used. |
| mcquest_pattern_auditA | READ ONLY. Run predefined MCQuest responsive/layout pattern searches. Categories include: viewport-width, large-min-width, large-fixed-width, nowrap, negative-horizontal-margin, horizontal-transform, negative-position, overflow-x, min-width, fixed-position, sticky-position, or 'all'. Returns evidence only — no modifications. Use for auditing potential mobile/responsive issues. |
| mcquest_list_docsA | READ ONLY. List Markdown documentation files under a project directory. Excludes dependency/generated directories and non-Markdown files. Returns relative file paths. Use to discover available documentation before reading specific files. |
| mcquest_read_docA | READ ONLY. Read a Markdown documentation file with exact line numbers. Use line ranges whenever possible instead of requesting huge files. Returns line-numbered Markdown content. |
| mcquest_search_docsA | READ ONLY. Search Markdown documentation using a regex or text pattern. Returns exact file paths, line numbers, matching lines, and limited surrounding context. Prefer this for finding specific topics across all documentation. |
| mcquest_phase_contextA | READ ONLY. Locate relevant phase/stage documentation. Use EITHER 'query' (free-text search, e.g. 'responsive overflow', 'Android') OR 'phase' (phase number, e.g. '61', '61-Part-II-A'). When 'phase' is provided, results are grouped by document type (implementation reports, audits, completions). Returns each match with its nearest heading, line numbers, and surrounding context. Preserves original evidence. Works for past and future phases. |
| mcquest_project_contextA | READ ONLY. Provide a compact high-level understanding of the MCQuest project. Returns technology stack, major directories, important source areas, documentation paths, and key configuration files. Use this as the first context call before a large investigation. |
| mcquest_find_evidenceA | READ ONLY. Search across code, documentation, and phase evidence in a single call. Returns results grouped by CODE EVIDENCE and DOCUMENTATION EVIDENCE. Scope can be 'code', 'docs', 'phase', or 'all'. Optionally filter by phase. Use this instead of separately searching code and docs. |
| mcquest_git_contextA | READ ONLY. Provide read-only Git investigation information. Returns current branch, working-tree status, recent commits, and recently changed files. Does NOT perform commits, adds, resets, checkouts, merges, rebases, pushes, or pulls. Use to understand recent changes and current branch state. |
| mcquest_compare_phaseA | READ ONLY. Compare documentation evidence between two phases. Returns differences in document sets using terminology: EXISTING, RESOLVED, NEW, POTENTIAL REGRESSION, UNKNOWN. Use to understand what changed between phases. |
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 16 tools
Most tools have clearly distinct purposes: listing files, reading files, searching code, finding imports, auditing patterns, and git status are all unambiguous. However, mcquest_project_context and mcquest_project_info significantly overlap — both serve as the first high-level project overview call — which introduces one notable source of confusion.
All tools share the consistent mcquest_ prefix and use clean snake_case, making the set feel cohesive. Naming is not perfectly uniform because some tools follow action-based patterns like list_files or read_file, while others use noun-oriented names like project_context, phase_context, or find_evidence, but the overall pattern remains predictable.
16 tools is slightly above the ideal 3–15 range, but the count is justified by a broad read-only investigative scope covering code, documentation, git state, phase evidence, and responsive-pattern auditing. The set feels reasonably sized rather than bloated, though a couple of closely related tools contribute to mild redundancy.
The tool surface thoroughly covers the domain of read-only project investigation: project orientation, file navigation, code search, dependency analysis, symbol usage, responsive audits, documentation exploration, phase comparisons, git context, and combined evidence lookup. There are no obvious dead ends or missing core operations within its stated read-only scope.