RepoGuard
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 | {} |
| prompts | {} |
| resources | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| 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
| Name | Description |
|---|---|
| architectural_review | Review code or pull request diff against Clean Architecture, Rust panic safety, and Secret prevention guardrails |
| clean_architecture_refactor | Refactor 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
| Name | Description |
|---|---|
| RepoGuard Architectural Guardrails | Complete catalog of all 16 active Clean Architecture and Security rules (TypeScript, Python, Go, Rust, Secrets 2.0) |
| Codebase Architectural Health Report | Live codebase health score (0-100), letter grade (A+ to F), and violation breakdown |
TDQS
Scored across 4 tools
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.
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.
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.
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.