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
{}
prompts
{}
resources
{}

Tools

Functions exposed to the LLM to take actions

NameDescription
repoguard_auditB

Audits a repository or directory against 16 Clean Architecture & Security guardrails (TypeScript, Python, Golang, Rust, Secrets 2.0) in ~12ms

repoguard_diffB

Audits uncommitted git changes in real-time to detect architectural drift before commit

repoguard_get_rulesA

Returns all 16 active architectural rules to prevent AI hallucination of invalid layering patterns

repoguard_fixC

Analyzes a code snippet and returns actionable clean architecture refactoring suggestions

Prompts

Interactive templates invoked by user choice

NameDescription
architectural_reviewReview code or pull request diff against Clean Architecture, Rust panic safety, and Secret prevention guardrails
clean_architecture_refactorRefactor a controller, route handler, or component with direct DB queries into decoupled Service and Repository layers

Resources

Contextual data attached and managed by the client

NameDescription
RepoGuard Architectural GuardrailsComplete catalog of all 16 active Clean Architecture and Security rules (TypeScript, Python, Go, Rust, Secrets 2.0)
Codebase Architectural Health ReportLive codebase health score (0-100), letter grade (A+ to F), and violation breakdown

TDQS

A3.5/5.0

Scored across 4 tools

Disambiguation4/5

Each tool targets a distinct action: full-repo audit, uncommitted-diff audit, rule retrieval, and snippet-level fix suggestions. audit and diff share a domain but differ clearly in scope, and fix targets snippets rather than repos, so boundaries are mostly clear with minor potential overlap between audit and fix.

Naming Consistency5/5

All four tools use the repoguard_ prefix followed by concise, lowercase verbs/nouns (audit, diff, get_rules, fix). The convention is consistent throughout with no style mixing.

Tool Count4/5

Four tools is on the lean side but each one maps to a distinct need (audit, drift check, rules reference, fix suggestion) for a focused guardrail server. It is well-scoped, though slightly thin compared to a fuller lifecycle surface.

Completeness4/5

The surface covers auditing, incremental diff checks, rule introspection, and remediation suggestions, which are the core lifecycle for an architecture guardrail. Minor gaps exist (e.g., no rule configuration/customization or CI/report export), but agents can work around them.

Maintenance

ActivityMaintained
ResponsivenessWithin a week