ReleaseGuard MCP Server
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 |
|---|---|
| scan_directory_toolA | Recursively scan a local dataset or model directory for PII and secrets before you publish it. Call this before releasing, uploading, or sharing a dataset/model
directory whenever you need to know what personal data it contains --
it is the read-only first step agents should take ahead of
Returns a JSON object with |
| redact_directory_toolA | Scan a directory for PII/secrets with Presidio, then write a redacted copy to a new location. Call this once you already know (or expect) a directory contains
PII and want a sanitized copy you can hand off or publish, without
touching the original. It runs its own internal scan first (same
detector as
Returns a JSON object with |
| package_release_toolA | Scan a dataset/model directory, redact it, and generate the paperwork needed to publish it, in one call. This is the end-to-end tool: use it when the goal is "make this
directory publishable" rather than just inspecting or redacting it.
It chains a Presidio scan, an optional redaction pass, and
generation of a Hugging Face dataset/model card plus an EU AI Act
Art. 53(1)(d) training-data-summary template, all populated from
the same scan results so the documents and the redacted copy can
never disagree. Prefer
Returns a JSON object with |
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 3 tools
Each tool has a clearly distinct purpose: scan is read-only, redact creates a sanitized copy, and package bundles with documentation. The descriptions explicitly differentiate them and even suggest which to use based on the goal.
All tool names follow the same snake_case 'verb_noun_tool' pattern: scan_directory, redact_directory, package_release. This is uniform and predictable, despite the slightly redundant '_tool' suffix.
Three tools is a well-scoped set for a release-preparation pipeline. Each tool addresses a distinct step (inspect, sanitize, package) without unnecessary bloat or redundancy.
The workflow is complete: users can scan to assess, redact to create a clean copy, and package to generate release artifacts. The package tool even includes an optional redaction pass, ensuring the core lifecycle is fully covered.