harbor-registry-mcp
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| HARBOR_URL | Yes | Harbor URL (no trailing slash) | |
| HARBOR_PASSWORD | Yes | Password or robot token | |
| HARBOR_USERNAME | Yes | Harbor username — robot account recommended | |
| HARBOR_SSL_VERIFY | No | true/false. Default: true. | true |
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 |
|---|---|
| harbor_list_projectsA | List Harbor projects, sorted by repository count (descending within the page). Use this first to discover which Harbor projects exist before drilling in
with Pagination: if Returns:
dict with keys |
| harbor_list_reposA | List repositories in a Harbor project. Each repository is reported with artifact count and total pull count (useful for spotting unused repos before cleanup). Pagination: if |
| harbor_list_artifactsA | List artifacts (tags) in a repository, newest first. Each artifact carries digest, size, push/pull timestamps, scan status and vulnerability counts (if scanned). Pagination: if |
| harbor_storage_reportA | Full storage breakdown for a Harbor project. Iterates every repository × every artifact and returns a sorted-by-size report — the canonical view for "what's eating up our quota?". Performs O(repos × artifacts) API calls; emits progress events through MCP Context. |
| harbor_cleanup_candidatesA | Suggest which artifacts could be deleted to reclaim space. READ-ONLY — never deletes anything; just produces a list with
reasons. Use Reasons emitted:
- |
| harbor_delete_artifactA | Delete a single artifact by tag or digest. DESTRUCTIVE & IRREVERSIBLE — Harbor immediately removes the manifest from its catalogue; the underlying blobs are reclaimed by the next GC sweep. There is no soft-delete or undo. Returns the freed space and tag list for confirmation. |
| harbor_delete_untaggedA | Delete all untagged artifacts in a project (or single repository). DESTRUCTIVE. Untagged artifacts are typically orphaned layers left
behind after pushing a new tag of the same image — generally safe to
delete. The full project sweep is opaque, so the response includes
|
| harbor_delete_old_artifactsA | Keep the N newest artifacts in a repository, delete the rest. DESTRUCTIVE. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/mshegolev/harbor-registry-mcp'
If you have feedback or need assistance with the MCP directory API, please join our Discord server