Skip to main content
Glama

Server Configuration

Describes the environment variables required to run the server.

NameRequiredDescriptionDefault

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

CapabilityDetails
tools
{
  "listChanged": true
}
resources
{
  "listChanged": true
}

Tools

Functions exposed to the LLM to take actions

NameDescription
analyze_projectA

Analyze an entire project for technical debt. Scans all supported files and returns a comprehensive report with issues, metrics, and recommendations.

analyze_fileC

Analyze a single file for technical debt issues.

get_debt_summaryC

Get a quick summary of technical debt in a project.

get_sqale_metricsB

Get SQALE technical debt metrics including remediation time, debt ratio, and rating.

list_supported_languagesA

List all programming languages supported by the analyzer.

get_recommendationsB

Get prioritized recommendations for addressing technical debt.

get_issues_by_severityC

Get all issues of a specific severity level.

get_issues_by_categoryC

Get all issues of a specific category.

add_custom_ruleC

Add a custom pattern-based tech debt rule.

remove_custom_ruleB

Remove a custom rule by ID.

list_custom_rulesA

List all active custom rules with their statistics.

execute_custom_rulesB

Execute all custom rules against code or a file.

validate_custom_patternB

Validate a custom pattern before adding it as a rule.

check_dependenciesC

Analyze project dependencies across multiple package managers.

validate_configB

Validate a .techdebtrc.json configuration file for syntax and schema correctness.

get_vulnerability_reportA

Generate an offline dependency report listing all project dependencies for vulnerability review. Note: actual CVE lookups require Phase 2b online integration.

Prompts

Interactive templates invoked by user choice

NameDescription

No prompts

Resources

Contextual data attached and managed by the client

NameDescription

No resources

TDQS

A3.5/5.0

Scored across 16 tools

Disambiguation4/5

Most tools target distinct operations: whole-project vs single-file analysis, severity vs category filtering, and the custom-rule lifecycle (add/remove/list/execute/validate) are clearly separated. The main overlap is check_dependencies vs get_vulnerability_report, whose description ('offline dependency report listing all project dependencies') suggests it largely duplicates dependency analysis rather than delivering the CVE lookups its name implies.

Naming Consistency5/5

Every tool follows a consistent snake_case verb_noun pattern (analyze_project, get_sqale_metrics, list_custom_rules, add_custom_rule, validate_custom_pattern). Verb choices (analyze/get/list/add/remove/execute/check/validate) are conventional and predictable for their actions.

Tool Count4/5

16 tools is slightly above the comfortable band but justified by the breadth of the domain (analysis, metrics, issue filtering, recommendations, custom rules, dependencies, config). Each tool maps to a real user need rather than being redundant filler.

Completeness4/5

The surface covers the core lifecycle: analysis (project/file), summary and SQALE metrics, filtered issue retrieval, recommendations, full custom-rule management, dependency checking, and config validation. The one notable gap is that vulnerability reporting stops at an offline dependency listing with no actual CVE data, leaving a dead end for security review.

Maintenance

ActivityMaintained
ResponsivenessNo recent community issues