Mirobody
Lab results to LOINC codes and UCUM units, symptoms and diagnoses to ICPC-3. Offline, no API key.
Description from the maker (original English)
MCP server for 389 Directory Server health diagnostics, log analysis, and SOS-report investigation
These three are never merged into one score: opinions, measurements and popularity are different things.
We have not written a plain-language summary for this one yet. Below are the facts we read from the registry.
Pick the AI app you use, then copy the settings.
LDAP_SERVERS_CONFIGYou need
Which app do you use?
Pick your app above. We remember it, so next time the button says “Install in …”.
Open Claude Desktop → Settings → Developer → Edit Config, and paste this into claude_desktop_config.json
{
"mcpServers": {
"ldap-assistant": {
"command": "uvx",
"args": [
"ldap-assistant-mcp"
],
"env": {
"LDAP_SERVERS_CONFIG": "your-value"
}
}
}
}Run this in your terminal
claude mcp add ldap-assistant --env LDAP_SERVERS_CONFIG=your-value -- uvx ldap-assistant-mcpFill in the empty values before running it.
Paste into .cursor/mcp.json in your project, or ~/.cursor/mcp.json
{
"mcpServers": {
"ldap-assistant": {
"command": "uvx",
"args": [
"ldap-assistant-mcp"
],
"env": {
"LDAP_SERVERS_CONFIG": "your-value"
}
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
Paste into .vscode/mcp.json in your project
{
"servers": {
"ldap-assistant": {
"type": "stdio",
"command": "uvx",
"args": [
"ldap-assistant-mcp"
],
"env": {
"LDAP_SERVERS_CONFIG": "your-value"
}
}
}
}Your browser asks to open the app, then the app shows the settings and asks you to confirm. Key values are left empty for you to fill in.
This one runs on your computer, and ChatGPT can only connect to servers on the internet. Pick another app.
Your choice stays on this device in a cookie; no account needed.
These settings are generated from the maker’s registry entry. If the README says otherwise, follow the README.
Runs on your computer; the tool list appears in your AI app after you install it.
We check information anyone can see; we have not read the code. Checks that do not apply are left out of the count. · Checked Nov 7, 2026
The registry name was verified with the GitHub account droideck, which owns the repo
We have not read this repo from GitHub yet
We have not read this repo from GitHub yet
This one runs on your computer; there is no internet endpoint
Runs on your computer and uses local settings instead
Runs on your computer; we can only read tool lists from internet endpoints
Compared with every active server in this category in the registry. Stars count only when the publisher owns the repo.
It passed 1 of 1 applicable basic checks. We have not read the code. Before adding a key or token, see what access the server asks for and use a key with only the permissions you need.
You need to fill in: LDAP_SERVERS_CONFIG
It runs on your computer. Your AI app starts it when needed, and data does not pass through the maker’s servers (unless it calls an online service itself).
The GitHub repo last changed –, and the latest version (0.5.0) reached the registry 4 months ago.
Apps that support MCP, such as Claude Desktop, Claude Code, Cursor and VS Code. You also need Python (uv) on your computer.
In the same category: Mirobody, FHIR MCP Server, Google Health MCP
Servers in the same category from other makers, sorted by stars.
Reading a card:★ GitHub starsiThree pillars: reviews · checks · usageiUpdated = latest version published to the registryi
Lab results to LOINC codes and UCUM units, symptoms and diagnoses to ICPC-3. Offline, no API key.
MCP server providing seamless access to FHIR APIs for AI tools and healthcare applications
Privacy-first unofficial Google Health API v4 MCP server for health, sleep, activity, HR agents
Copied from the maker’s repo as written. PopNx MCP has not reviewed or endorsed it. HTML, images and scripts are removed. Links lead off this site.
Beta — read-only 389 Directory Server diagnostics, suitable for evaluation and internal troubleshooting. Tool schemas, output formats, and configuration fields may still change before 1.0.0.
LDAP Assistant MCP turns your AI assistant into a 389 Directory Server support engineer. Point it at live servers, stopped instances, or an SOS report from a customer case, and ask:
It answers with prioritized findings (severity, impact, remediation) from 42 read-only diagnostic tools built on lib389, the official 389 DS administration library. Privacy mode is on by default: DNs, hostnames, and IPs are redacted before anything reaches the LLM.
Supported provider: 389 Directory Server. (OpenLDAP provider code exists experimentally behind an opt-in flag, with no privacy guarantees, and is not part of the support contract — see Environment Variables.)
uv package managerpython-ldap):Fedora / RHEL / CentOS:
sudo dnf install python3-devel openldap-devel cyrus-sasl-devel openssl-devel gcc
Ubuntu / Debian:
sudo apt install python3-dev libldap2-dev libsasl2-dev libssl-dev gcc
macOS (Homebrew):
brew install openldap
export LDFLAGS="-L$(brew --prefix openldap)/lib" export CPPFLAGS="-I$(brew --prefix openldap)/include"
Anything failing during install? → Installation troubleshooting playbook
No clone needed — your MCP client runs the published package via uvx. Skip ahead to Configure your servers, then use this client configuration (Claude Desktop: ~/Library/Application Support/Claude/claude_desktop_config.json on macOS):
{
"mcpServers": { "ldap-assistant-mcp": { "command": "uvx", "args": ["ldap-assistant-mcp"], "env": { "LDAP_SERVERS_CONFIG": "/absolute/path/to/servers.json" } } } }
Use an absolute path for LDAP_SERVERS_CONFIG — relative paths resolve against the MCP client's working directory, which is usually not where you think.
git clone https://github.com/droideck/ldap-assistant-mcp.git
cd ldap-assistant-mcp uv venv && source .venv/bin/activate uv pip install -e .[dev]
fastmcp install claude-desktop fastmcp.json # or: fastmcp install claude-code fastmcp.json
Then set LDAP_SERVERS_CONFIG in the generated client entry as above. See the Development Guide for test containers and architecture.
Create a servers.json with your LDAP server(s). Note: the name field is never redacted in privacy mode — it is passed as-is to AI agents so they can reference servers across tool calls. Do not put hostnames, IPs, or other private information in server names.
{
"servers": [ { "name": "local-ds", "ldap_url": "ldap://localhost:389", "base_dn": "dc=example,dc=com", "bind_dn": "cn=Directory Manager", "bind_password": "your-password", "provider_type": "389ds", "is_local": true, "serverid": "localhost" }, { "name": "remote-ds", "ldap_url": "ldap://ldap.example.com:389", "base_dn": "dc=example,dc=com", "bind_dn": "cn=Directory Manager", "bind_password": "your-password", "provider_type": "389ds" }, { "name": "stopped-ds", "ldap_url": "ldap://localhost:389", "base_dn": "dc=example,dc=com", "bind_dn": "cn=Directory Manager", "bind_password": "unused-in-offline-mode", "provider_type": "389ds", "is_local": true, "serverid": "localhost", "is_offline": true }, { "name": "sos-report", "provider_type": "389ds", "is_archive": true, "archive_path": "/path/to/sosreport-host-2025/", "instance_name": "slapd-instance" } ] }
Note: serverid is the instance name *without* the slapd- prefix (e.g. localhost for the instance slapd-localhost).
| Mode | Config | What you get |
|---|---|---|
| Remote | ldap_url only | Health, replication, performance, config, and entry tools over LDAP. No log/disk/cert access |
| Local | + is_local: true, serverid | Everything above plus log analysis, disk monitoring, certificate checks, process metrics |
| Offline | + is_offline: true | A stopped local instance, analyzed via dse.ldif and log files — no LDAP connection. For post-mortems and instances that won't start |
| Archive | is_archive: true, archive_path | An SOS report or config/log extract from any machine (tarball or directory, auto-detected layout). No LDAP, no local instance required |
Tools that need a live connection tell you so — the error names the tools that *do* work in that server's mode, so the investigation continues instead of dead-ending.
Remote LDAPS certificate verification: remote ldaps:// servers verify the server certificate by default ("tls_verify": true, or the LDAP_TLS_VERIFY environment variable for env-based config). To connect to a server with a self-signed or otherwise untrusted certificate, set "tls_verify": false on that server entry — this disables certificate verification entirely, so use it only for trusted lab environments. Local instances (is_local: true) instead use the instance's own NSS certificate directory.
After editing the client config or servers.json, restart your MCP client, then verify: ask *"Which LDAP servers are configured?"*
By default, privacy mode is enabled — sensitive data (DNs, hostnames, IPs, user details) is redacted from tool outputs. Tools that expose individual entries (get_user_details, ldap_search) are disabled; list tools return counts only. Diagnostic metrics (counts, ratios, percentages) remain visible.
To enable full data access in trusted environments only:
{
"env": { "LDAP_MCP_EXPOSE_SENSITIVE_DATA": "true" } }
Important: Only enable this with local models, private cloud LLM instances, or when working with test/sample data. Avoid enabling with public LLMs when connected to production directories — your directory information could be included in their training data or logs.
When privacy mode is enabled (default):
name field in servers.json) are never redacted — they are user-chosen labels that must remain stable across tool calls. Do not put hostnames, IPs, or other private information in server names.servers.json / environment variables; they are never included in tool output and tool errors are sanitized.| You want | Ask / use | Behind it |
|---|---|---|
| A health overview of everything | *"What's wrong with my directory servers?"* | first_look |
| An SOS report summarized | *"Analyze the sos-report archive"* or the archive_investigation prompt | analyze_archive → archive playbook |
| To know which tool fits a goal | the tool_navigator prompt | tool map for a stated goal |
| Guided replication triage | the diagnose_replication prompt | replication tool sequence |
| Guided performance triage | the performance_investigation prompt | performance tool sequence |
| A morning ops review | the daily_health_check prompt | health + monitoring sweep |
Playbooks (symptom → tools → what they can't know → how to verify by hand):
42 read-only tools — full reference with parameters in TOOLS.md.
| Group | Tools | Highlights |
|---|---|---|
| Health | first_look, run_healthcheck, list_healthchecks, server_health | Multi-server overview; full dsctl healthcheck equivalent |
| Replication | get_replication_status, get_replication_topology, check_replication_lag, list_replication_conflicts, get_agreement_status | RUV/CSN analysis, topology mapping, conflict entries |
| Performance | get_performance_summary, cache/connection/operation/thread/resource statistics | Bottleneck detection and tuning recommendations |
| Indexes | list_indexes, analyze_index_configuration, find_unindexed_searches | Access-log-driven unindexed search hunting |
| Configuration | get_server_configuration, compare_server_configurations, list_plugins, get_backend_configuration | Live and offline (dse.ldif) paths |
| Logs | analyze_access_log / analyze_error_log / analyze_audit_log (stats, privacy-safe), parse_*_log (full entries, requires sensitive-data mode) | Traditional and JSON log formats |
| Archive / SOS | analyze_archive, validate_configuration, compare_dse_configs | Inventory, offline config lint, full dse.ldif diff |
| Users & Groups | list/search/inspect users, active/locked filters, groups | Count-only in privacy mode |
| Advanced | ldap_search, run_monitor, list_servers, cn=config resources | Generic search (sensitive-data mode only) |
| Variable | Default | Purpose |
|---|---|---|
LDAP_SERVERS_CONFIG | – | Absolute path to servers.json (multi-server config; preferred) |
LDAP_PROVIDER | dirsrv | Server implementation. Only dirsrv (389 DS) is supported; openldap requires the opt-in flag below |
LDAP_MCP_EXPERIMENTAL_OPENLDAP | false | Opt in to the experimental OpenLDAP provider (two tools, no privacy guarantees) |
LDAP_MCP_EXPOSE_SENSITIVE_DATA | false | Disable privacy mode (see Privacy Mode) |
LDAP_MCP_DEBUG | false | Enable debug logging and tracebacks in tool errors |
LDAP_MCP_TOOL_TIMEOUT | 30 | Per-tool-call timeout in seconds |
LDAP_MCP_MAX_TOOL_TIMEOUT | 120 | Timeout ceiling for heavy tools (first_look, archive comparison, …) |
LDAP_CONNECT_TIMEOUT | 30 | LDAP network/operation timeout in seconds (prevents hangs on unreachable servers) |
Single-server fallback (used only when LDAP_SERVERS_CONFIG is not set):
| Variable | Default | Purpose |
|---|
| LDAP_URL | – | Full LDAP URL (alternative to hos
Only the beginning is shown; read the rest in the repo