ansible-know-mcp
ansible-know-mcp is an MCP server that serves as a knowledge engine for AI agents working with Ansible. It enables:
Discovery & Search — Search Ansible Galaxy for collections (
search_collections) ranked by download count, modules (search_modules) by name/description (up to 50 matches), and plugins (search_plugins) by keyword with optional namespace/type filtering. Also search conceptual documentation (search_docs) from Ansible's docs with topic, source, and audience filters.Documentation Retrieval — Get full structured documentation for modules (
get_module_doc), plugins (get_plugin_doc), and roles (get_role_doc), including parameters, types, defaults, choices, examples, and API detection. All fall back to Galaxy if content isn't installed locally. Fetch entire collection docs (get_collection_docs) or a collection-level manifest with per-module/role/plugin summaries (get_collection_manifest). Fetch any docs.ansible.com page as clean Markdown (fetch_doc).Collection Management — Install collections to a temporary session directory with version pinning (
ensure_collection).Skill Generation — Create ready-to-use skill packages (SKILL.md + scripts + playbook) for individual modules (
generate_skill), roles (generate_role_skill), or plugins (generate_plugin_skill), or batch-generate skills for an entire collection (generate_collection_skills). Browse (list_skills) and read (get_skill) generated skills by FQCN.Maintenance — Clear Galaxy and documentation caches (
clear_cache) when data goes stale.Multi-Server Galaxy Support — Query public Galaxy, private Automation Hub, and AAP Gateway in parallel via
ansible.cfg, with token/basic auth, per-server TLS verification, and auto-fallback to public Galaxy.
Provides tools for discovering and documenting Ansible modules, generating skill packages, and searching documentation, enabling AI agents to learn and work with Ansible.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@ansible-know-mcp search for modules related to package management"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Ansible Know MCP Server
The Ansible knowledge engine for AI agents — discover collections, understand modules, and generate reusable skills via MCP.
A community proof of concept built with spec-driven AI-assisted development.
┌──────────────────────────────────────────────────────────────────────┐
│ >_ ansible-know-mcp [x] │
├──────────────────────────────────────────────────────────────────────┤
│ │
│ > I need to create an AWS EC2 instance with Ansible │
│ │
│ Let me find the right collection and module. │
│ │
│ * search_collections("aws ec2") │
│ amazon.aws 12.3M downloads │
│ │
│ * get_module_doc("amazon.aws.ec2_instance") │
│ name, image_id, instance_type, state, key_name, tags... │
│ │
│ → generate_skill("amazon.aws.ec2_instance") │
│ Loaded skill: ec2_instance (12 params, 3 examples) │
│ │
│ I have everything I need. Instance type, AMI, and name? │
│ │
├──────────────────────────────────────────────────────────────────────┤
│ > t3.micro, Fedora Linux 44, web-server █ │
└──────────────────────────────────────────────────────────────────────┘
DISCOVER ──→ LEARN ──→ SKILL ──→ BUILDWhat It Does
Ansible Know is the learn layer for AI agents working with Ansible:
Galaxy collection discovery — search 2000+ collections by keyword, ranked by download count
Multi-server Galaxy support — query public Galaxy, private Automation Hub, and AAP Gateway in parallel
Module, role, and plugin documentation — structured parameter specs, examples, and metadata with Galaxy fallback
Documentation search — find conceptual guides from Ansible's AI-friendly docs, fetch full pages as Markdown
Collection management — auto-install collections and get collection-level overviews
Skill generation — create ready-to-use skill packages that teach agents how to use specific modules, roles, and plugins
Resources and prompts — browse skills, doc sources, and Galaxy servers; pre-built templates for playbook review, module explanation, and role generation
Together with Ansible Devtools MCP (create + test) and AAP MCP (deploy), this enables the full autonomous cycle: learn -> create -> test -> deploy.
Agent's MCP servers:
+----------------------------+ +--------------------------+ +--------------+
| Ansible Know | | Ansible Devtools | | AAP MCP |
| (this project) | | | | |
| | | CREATE | | |
| search_collections | | ansible_create_* | | controller.* |
| search_modules | | build_ee | | eda.* |
| search_plugins | | setup_environment | | gateway.* |
| get_module_doc | | environment_info | | galaxy.* |
| get_plugin_doc | | | | |
| get_role_doc | | TEST | | |
| search_standalone_roles | | | | |
| get_standalone_role_doc | | | | |
| get_collection_docs | | ansible_lint | | |
| get_collection_manifest | | ansible_navigator | | |
| search_docs | | | | |
| fetch_doc | | REFERENCE | | |
| ensure_collection | | zen_of_ansible | | |
| generate_skill | | | | |
| generate_role_skill | | | | |
| generate_plugin_skill | | | | |
| generate_collection_skills | | | | |
| list_skills / get_skill | | | | |
| package_as_plugin | | | | |
| package_for_lola | | | | |
| clear_cache | | | | |
| | | | | |
| LEARN | | CREATE + TEST | | DEPLOY |
+----------------------------+ +--------------------------+ +--------------+Related MCP server: mcp-skills
Installation
Using uvx (recommended):
uvx ansible-know-mcpUsing pip:
pip install ansible-know-mcpRequirement: ansible-core must be installed in the same Python environment (provides ansible-doc).
Usage
Claude Code
# Project-scoped
claude mcp add ansible-know -- uvx ansible-know-mcp
# Available in all projects
claude mcp add --scope user ansible-know -- uvx ansible-know-mcpVS Code / Cursor
Add to .vscode/mcp.json in your workspace:
{
"servers": {
"ansible-know": {
"command": "uvx",
"args": ["ansible-know-mcp"],
"type": "stdio",
"env": {
"ANSIBLE_KNOW_PROJECT_DIR": "${workspaceFolder}"
}
}
}
}Skill packages default to {project}/skills/. Claude Code injects
CLAUDE_PROJECT_DIR automatically; set ANSIBLE_KNOW_PROJECT_DIR for other
clients. After generate_collection_skills, a managed section in AGENTS.md
points host agents at that tree.
Pairing with Ansible Devtools MCP (next-mcp)
know-mcp and next-mcp use different env vars. To share one skills directory,
also configure next-mcp's local skill source (extension setting
ansibleEnvironments.skillSources, or ANSIBLE_SKILL_SOURCES):
{
"ansibleEnvironments.skillSources": [
{
"id": "know-generated",
"type": "local",
"url": "${workspaceFolder}/skills",
"trust": "community"
}
]
}Use {id, type, url, trust} — next-mcp's loader expects url (directory path),
not path/repo alone. Until next-mcp expands local scan depth past one level,
skill_* tools see collection-level SKILL.md files; nested module skills remain
available to host agents via the AGENTS.md pointer. See
docs/superpowers/specs/2026-08-02-skill-discoverability-alignment.md.
Any MCP client
The server communicates over stdio by default:
uvx ansible-know-mcpHTTP Transport
Run as a standalone HTTP server for shared/remote access:
# HTTP on default port (8080)
ansible-know-mcp --transport http
# Custom host and port
ansible-know-mcp --transport http --host 10.0.0.1 --port 9090
# Via environment variables (useful for containers)
export ANSIBLE_KNOW_TRANSPORT=http
export ANSIBLE_KNOW_PORT=8080
ansible-know-mcpConnect from any MCP client using the streamable HTTP URL:
http://<host>:8080/mcp
Security: HTTP mode has no built-in authentication. Deploy behind a reverse proxy with authentication/authorization, or use only on trusted networks.
Docker
Build and run from source:
docker build -t ansible-know-mcp .
docker run -p 7860:7860 ansible-know-mcpConnect from any MCP client using the streamable HTTP URL:
http://localhost:7860/mcp
Remote MCP (Hugging Face Spaces)
A public instance is available as a remote MCP server:
Claude Code:
claude mcp add ansible-know --transport http https://know.ansible.ar/mcpVS Code / Cursor (.vscode/mcp.json):
{
"servers": {
"ansible-know": {
"type": "http",
"url": "https://know.ansible.ar/mcp"
}
}
}Full stack
{
"mcpServers": {
"ansible-know": { "command": "uvx", "args": ["ansible-know-mcp"] },
"ansible-devtools": { "command": "ade", "args": ["mcp"] },
"aap": { "command": "aap-mcp-server" }
}
}Tools
Discovery
Tool | Description |
| Search Ansible Galaxy for collections by keyword, ranked by download count |
| Find modules by keyword in name or description (up to 50 matches) |
| Find plugins by keyword (lookup, filter, inventory, callback, etc.) |
| Full structured docs: params, examples, API detection. Falls back to Galaxy if not installed locally |
| Full structured plugin documentation with Galaxy fallback |
| Role documentation with three-tier resolution: local ansible-doc, Galaxy README, or graceful degradation |
| Search Galaxy standalone (legacy v1) roles by keyword |
| Structured docs for a 2-part |
| Get all module docs for a collection from Galaxy in a single call |
| Collection-level manifest with per-module and per-role summaries |
| Search documentation manifests for conceptual guides (up to 20 matches). Use |
| Fetch a docs.ansible.com, docs.redhat.com, or CoP raw GitHub README.adoc URL (from search_docs) as clean Markdown |
search_docs source= routing:
Need |
|
Official HOWTO (playbooks, vault, inventory syntax) |
|
ansible-lint rules / profiles |
|
Navigator / builder / creator / molecule | matching source name |
AAP product manuals |
|
CoP opinionated practices (role design, naming, CaC, Git; users often say best practices) |
|
Unsure which corpus | omit |
Published CoP site (citation only, not a fetch_doc URL): https://redhat-cop.github.io/automation-good-practices/
Collection management
Tool | Description |
| Install a collection to a temporary directory for this session |
Skills
Tool | Description |
| List all generated skills |
| Read a skill's SKILL.md content |
| Generate a skill package for one module |
| Generate a skill package for one role |
| Generate a skill package for one plugin |
| Batch generate skills for an entire collection |
| Wrap generated skills into an Agent Plugins directory ( |
| Deprecated — prefer |
Maintenance
Tool | Description |
| Clear Galaxy and/or doc manifest caches |
Resources
URI | Description |
| List all generated skill packages |
| Read a skill's SKILL.md content by FQCN |
| List collections installed in this session |
| List configured Galaxy servers (names, URLs, auth types — never credentials) |
| Installed and latest version info with upgrade status |
| List configured documentation manifest sources |
Prompts
Prompt | Description |
| Review a playbook against module docs and best practices |
| Detailed module explanation with usage examples |
| Detailed plugin explanation with usage examples |
| Generate a role skeleton using specified modules |
| Guide through search, install, and explore workflow |
Multi-server Galaxy Support
Ansible Know reads [galaxy_server.*] sections from ansible.cfg (resolved in standard order: ANSIBLE_CONFIG env, ./ansible.cfg, ~/.ansible.cfg, /etc/ansible/ansible.cfg):
# ansible.cfg
[galaxy_server.automation_hub]
url = https://hub.example.com/api/galaxy/
token = my-token
[galaxy_server.public_galaxy]
url = https://galaxy.ansible.com/api/Token auth, basic auth, and per-server TLS verification
search_collectionsqueries all configured servers in parallel, merging results with source attributionget_module_doc/get_role_docGalaxy fallback tries servers in priority orderPublic Galaxy is appended as a final fallback; opt out with
ANSIBLE_KNOW_NO_PUBLIC_GALAXY=1Per-server env var overrides:
ANSIBLE_GALAXY_SERVER_{NAME}_{KEY}(matches ansible-core behavior)View configured servers via the
galaxy://serversresource
Configuration
Environment Variable | Description | Default |
| Explicit skills directory for writes / single-path reads (wins over project-dir chain) | (not set) |
| Colon-separated skills dirs for | (not set) |
| Project root; skills go to | (not set) |
| Same as project dir when set by Claude Code | (not set) |
(skills fallback) | If none of the above are set |
|
| JSON dict of doc manifest sources | Built-in ansible-core source |
| Galaxy API base URL |
|
| Set to | (not set) |
| Set to | (not set) |
Upgrading
Method | Command |
|
|
|
|
Claude Code |
|
VS Code / Cursor |
|
Local dev |
|
Note:
uvxcaches the installed version and does not auto-upgrade on new releases. To always run the latest version (at the cost of slower startup):claude mcp add ansible-know -- uvx --upgrade ansible-know-mcp
Deployment
Hugging Face Spaces
Deploy as a remote MCP server on Hugging Face Spaces:
Create a new Space with SDK: Docker
The Space's
README.mdmust include YAML frontmatter:--- title: Ansible Know MCP emoji: "\U0001F4DA" sdk: docker app_port: 7860 ---Push this repository (or set it as the Space's linked repo)
The included
Dockerfilebuilds and starts the server automatically
Note: Free-tier Spaces sleep after inactivity. MCP clients will see connection errors until the Space wakes up (~30-60s cold start). Use a paid Space or a keep-alive ping for production use.
Custom domain (optional):
In the Space settings, go to Custom domains
Add your domain (e.g.,
know.ansible.ar)Create a CNAME record pointing to
<owner>-<space-name>.hf.spaceHF provisions a TLS certificate automatically
Environment variables (set in Space settings):
Variable | Required | Description |
| No | Defaults to |
| No | Set to |
Generic Docker
The Dockerfile works with any container platform (Fly.io, Railway, Cloud Run, etc.):
docker build -t ansible-know-mcp .
docker run -p 8080:7860 ansible-know-mcpOverride defaults with environment variables:
docker run -p 9090:9090 \
-e ANSIBLE_KNOW_PORT=9090 \
ansible-know-mcpContributing
See CONTRIBUTING.md for development setup, testing, architecture guidelines, and how to add new MCP tools.
Acknowledgments
The skill generation approach in this project was inspired by AnsibleClaw by Michael Tao — a skill generation framework that converts Ansible modules into portable AI agent skill packages.
License
GPL-3.0-or-later
Available Tools
22 toolsclear_cacheClear CacheAIdempotent
Clear server caches.
Clears Galaxy version/docs-blob caches, standalone-role v1 caches, doc manifest/page caches, or both. Useful when cached data becomes stale during long-running sessions.
Inputs: scope. Returns: result
ensure_collectionEnsure CollectionAIdempotent
Install a collection to a temporary directory for this session.
Installs once and pins the resolved version. Subsequent calls with the same namespace skip unless a different version is explicitly requested. If a different version is requested than currently installed, the collection will be reinstalled.
Returns dict with keys:
namespace: str — the collection namespace
version: str — the installed/active version (always set)
status: 'installed' (freshly installed or upgraded) or 'already_installed' (same version already present, no action taken)
message: str — human-readable summary including the active version
handle: str — opaque session handle; pass it as collection_handle to subsequent tool calls on remote connections On failure returns {"error": str}.
Pass collection_handle when re-invoking ensure_collection on a remote connection with a handle obtained from a prior call (e.g. to install an additional collection into the same session). Omit it on local stdio, or on remote when you want a brand-new session handle minted.
Inputs: collection_namespace (required), version, collection_handle. Returns: result
fetch_docFetch DocARead-only
Fetch a docs page as clean Markdown.
Returns documentation content ready for LLM consumption. Use search_docs to discover relevant page URLs. Accepts docs.ansible.com, docs.redhat.com, or CoP good-practices raw GitHub README.adoc URLs from search_docs hits (not arbitrary raw.githubusercontent.com hosts).
Inputs: url (required), max_tokens. Returns: result
generate_collection_skillsGenerate Collection SkillsAIdempotent
Batch generate skills for an entire collection.
Generates/updates the collection MANIFEST.json as a byproduct. Updates AGENTS.md in the project root with a managed section listing available collections for cross-agent discovery. Returns {"succeeded": int, "failed": int, "total": int, "manifest": dict, "collection_skill": str}, or {"error": str} on failure.
Module/plugin docs use batched ansible-doc calls. Names missing from a
batch (or a hard batch failure) are counted in failed; partial batch
success still writes skills for resolved names.
Inputs: collection_namespace (required), install_to, collection_handle. Returns: result
generate_plugin_skillGenerate Plugin SkillAIdempotent
Generate a skill package for one plugin.
Writes SKILL.md to disk (no scripts/ or assets/). Returns the SKILL.md content as str, or {"error": str} on failure.
Inputs: plugin_name (required), plugin_type (required), install_to, collection_handle. Returns: result
generate_role_skillGenerate Role SkillAIdempotent
Generate a skill package for one role.
Writes SKILL.md + assets/playbook.yml to disk (no scripts/). Returns the SKILL.md content as str, or {"error": str} on failure.
Inputs: role_name (required), install_to, collection_handle. Returns: result
generate_skillGenerate SkillAIdempotent
Generate a skill package for one module.
Writes SKILL.md + scripts + playbook to disk. Returns the SKILL.md content as str, or {"error": str} on failure.
Inputs: module_name (required), install_to, collection_handle. Returns: result
get_collection_docsGet Collection DocsARead-only
Get full parameter-level documentation for every module in a collection from Galaxy.
WARNING: output can be very large (100 KB+) for collections with many modules. Use get_collection_manifest first for a compact overview, then get_module_doc for the specific modules you need. Reserve this tool for batch operations that genuinely need all parameter details at once (e.g. skill generation).
Returns all module docs in a single API call without installing the collection. Result shape: {"modules": {fqcn: {module_name, short_description, params, examples, is_api_module}, ...}, "doc_source": "galaxy", "doc_version": str}. On failure returns {"error": str}.
Inputs: collection_namespace (required), version, collection_handle. Returns: result
get_collection_manifestGet Collection ManifestARead-only
Get a lightweight collection overview: module/role/plugin names with one-line descriptions.
Prefer this over get_collection_docs when exploring a collection — it returns a compact summary suitable for deciding which modules to drill into with get_module_doc.
Returns cached MANIFEST.json if available, otherwise generates on-demand (metadata extraction only, no skill generation). On failure returns {"error": str}.
Module docs are fetched in batched ansible-doc calls. If the entire batch fails hard, the manifest is written with zero module entries (roles/plugins from list discovery are still included when present).
Inputs: collection_namespace (required), collection_handle. Returns: result
get_module_docGet Module DocARead-only
Get full structured documentation for one module.
Returns: module_name, short_description, params (list with name/type/required/default/choices/description/aliases), examples (raw YAML), is_api_module, doc_source ('local' or 'galaxy'). When doc_source is 'galaxy', also includes doc_version and optionally doc_warning. Falls back to Galaxy if collection is not installed locally. On failure returns {"error": str}.
Inputs: module_name (required), collection_handle. Returns: result
get_plugin_docGet Plugin DocARead-only
Get full structured documentation for one plugin.
Returns: plugin_name, plugin_type, short_description, params, examples, doc_source ('local' or 'galaxy'). Falls back to Galaxy if collection is not installed locally. On failure returns {"error": str}.
Inputs: plugin_name (required), plugin_type (required), collection_handle. Returns: result
get_role_docGet Role DocARead-only
Get full structured documentation for one role.
Returns: role_name, content_type ('role'), short_description, doc_source ('local', 'galaxy_readme', or 'unavailable'), entry_points (dict of entry point names to {description, options}), dependencies (list), examples (str). When doc_source is 'galaxy_readme', also includes doc_version and doc_warning. Falls back to Galaxy README parsing if local ansible-doc returns empty. On validation failure returns {"error": str}.
Inputs: role_name (required), collection_handle. Returns: result
get_skillGet SkillARead-only
Read a specific skill's SKILL.md content by name.
Searches ANSIBLE_KNOW_SKILLS_PATH (colon-separated) when set, otherwise
the single SKILLS_DIR. First match wins.
Returns: SKILL.md content as str, or {"error": str} on failure/not found.
Inputs: skill_name (required). Returns: result
get_standalone_role_docGet Standalone Role DocARead-only
Get standalone role documentation for a 2-part namespace.role identifier.
Use this for standalone roles discovered with search_standalone_roles. This tool does not replace get_role_doc for collection roles.
Inputs: role_name (required). Returns: result
list_skillsList SkillsBRead-only
List all available generated skills. Returns name, description, path for each.
Searches ANSIBLE_KNOW_SKILLS_PATH (colon-separated) when set, otherwise
the single SKILLS_DIR. Duplicate names keep the first path's entry.
Returns: [{"name": str, "description": str, "path": str}, ...] or {"error": str} on failure.
Inputs: collection. Returns: result
package_as_pluginPackage As PluginADestructiveIdempotent
Wrap already-generated skills into an Agent Plugins directory.
Does not change generate_* output layout. Copies
skills/{collection-kebab}/{skill}/ into
{output_dir}/{plugin}/skills/{skill}/ and writes plugin.json
(and optionally mcp.json + .tar.gz) per the Agent Plugins
specification. Replaces any existing skills/ tree under the target
plugin directory (destructive but idempotent).
Returns: {"collection", "plugin_name", "plugin_dir", "skill_count", "skills", "plugin_json", "mcp_json", "archive"} or {"error": str} on failure.
Inputs: collection (required), output_dir (required), mcp_url, source_dir, +5 more. Returns: result
package_for_lolaPackage For LolaADestructiveIdempotent
Wrap already-generated skills into a Lola-compatible module directory.
.. deprecated::
Prefer :func:package_as_plugin (Agent Plugins). Kept for one release
cycle for backward compatibility.
Does not change generate_* output layout. Copies
skills/{collection-kebab}/{skill}/ into
{output_dir}/{module}/skills/{skill}/ for marketplace /
lola mod add use. Replaces any existing skills/ tree under the
target module directory (destructive but idempotent).
Returns: {"collection", "module_name", "module_dir", "skill_count", "skills", "market_yml"} or {"error": str} on failure.
Inputs: collection (required), output_dir (required), source_dir, module_name, +1 more. Returns: result
search_collectionsSearch CollectionsARead-only
Search Ansible Galaxy for collections by keyword.
Returns non-deprecated collections ranked by download count. Use this to discover which collection provides modules for a specific platform or use case.
After finding a collection, use ensure_collection() to install it, then get_module_doc() or get_collection_manifest() to explore its modules.
Returns: {"query": str, "count": int, "collections": [{"namespace": str, "description": str, "tags": [str], "latest_version": str, "module_count": int, "download_count": int, "deprecated": bool, "signed": bool}, ...]} On failure returns {"error": str}.
Inputs: query (required), tags. Returns: result
search_docsSearch DocsARead-only
Search documentation manifests for conceptual guides.
Returns up to 20 matching entries with title, summary, topic, audience, lines, source, and raw URL. On failure returns {"error": str}.
Choose source by corpus:
ansible-core (or omit): official HOWTO — playbooks, vault, inventory syntax
ansible-lint: rules and profiles
ansible-navigator / ansible-builder / ansible-creator / molecule: matching source
aap-2.5 / aap-2.6 / aap-2.7: AAP product manuals
cop-good-practices: CoP opinionated practices (role design, naming, CaC, Git, testing process). Users often say "best practices"; do not invent cop-best-practices. Unfiltered search fills the 20-hit window with official + AAP first; CoP may be absent — retry with source='cop-good-practices' for CoP-shaped questions.
Inputs: query (required), topic, source, audience, +1 more. Returns: result
search_modulesSearch ModulesBRead-only
Find Ansible modules by keyword in name or description. Returns up to 50 matches as {fqcn: short_description}.
Returns: {"module.fqcn": "short description", ...} or {"error": str} on failure.
Inputs: keyword (required), namespace, collection_handle. Returns: result
search_pluginsSearch PluginsBRead-only
Find Ansible plugins by keyword. Returns up to 50 matches as {fqcn: short_description}.
Plugin types: lookup, filter, test, connection, become, strategy, callback, inventory, cache, cliconf, httpapi, netconf, shell, vars. On failure returns {"error": str}.
Inputs: keyword (required), namespace, plugin_type, collection_handle. Returns: result
search_standalone_rolesSearch Standalone RolesARead-only
Search Galaxy standalone/legacy roles by keyword.
This targets standalone (2-part) roles. Collection roles use search_collections/get_role_doc. tags accepts a single Galaxy tag; if comma-separated values are provided, only the first segment is sent.
If public Galaxy is disabled and no configured server supports v1 role endpoints, expect a v1-unsupported error.
Inputs: query (required), tags. Returns: result
Tool Schema Changelog
Recent tool additions, removals, and schema changes observed during successful MCP inspections.
Loading tool schema changelog…
TDQS
Scored across 22 tools
Most tools target clearly distinct resources (modules vs plugins vs collections vs roles vs skills). The main overlaps are the get_role_doc vs get_standalone_role_doc pair, get_collection_manifest vs get_collection_docs, and the deprecated package_for_lola duplicating package_as_plugin — but descriptions explicitly disambiguate each of these.
Strong snake_case verb_noun pattern throughout (search_modules, get_module_doc, generate_skill, clear_cache). Minor deviations: fetch_doc vs get_*_doc for retrieval, and generate_skill (module-specific) sitting awkwardly beside generate_role_skill/generate_plugin_skill.
22 tools is on the heavy side and includes a deprecated tool (package_for_lola) that will soon be dead weight. The domain is genuinely broad (search, docs, install, skill generation, packaging, cache), so most tools earn a place, but the surface feels large.
Covers discovery, documentation retrieval, collection installation, skill generation, packaging, and cache management — a full lifecycle for its stated purpose. Minor gaps like skill deletion/removal or list_collection_skills exist but are not blocking.
Maintenance
Related MCP Connectors
Agent skills for Claude, Codex and Cursor: find, install and load skills from one connector.
Git-backed platform for skills, tools, and context for AI agents
Governed AI agent skills — one library, distributed to devs and exposed to remote agents over MCP.
The context platform for AI agents: code search, team decisions, and grounded project context.
Related MCP Servers
- AlicenseBqualityDmaintenanceA Model Context Protocol server that enables AI agents to access, search, and understand structured package documentation and source code from Git repositories. It automatically generates specialized tools to browse module overviews, components, and detailed documentation for technical libraries.157 npm8MIT
- AlicenseAqualityDmaintenanceIntegrates with the skills.sh ecosystem to allow AI coding agents to discover, install, and manage reusable instruction sets. It enables autonomous agents to extend their capabilities with structured skill discovery and full lifecycle management through the Model Context Protocol.613 npm1Apache 2.0
- AlicenseAqualityCmaintenanceCombines semantic search with AST-based code exploration for AI agents, enabling natural language code search, file structure browsing, symbol inspection, and dependency analysis through the Model Context Protocol.304MIT
- FlicenseNot gradedqualityDmaintenanceEquips AI coding agents with filesystem, Git, database, and computation tools via the Model Context Protocol.1-