Mirobody
Lab results to LOINC codes and UCUM units, symptoms and diagnoses to ICPC-3. Offline, no API key.
Beschreibung vom Entwickler (englisches Original)
MCP server for 389 Directory Server health diagnostics, log analysis, and SOS-report investigation
Diese drei werden nie zu einer Punktzahl zusammengefasst: Meinungen, Messungen und Beliebtheit sind verschiedene Dinge.
Für diesen Server haben wir noch keine Zusammenfassung in einfacher Sprache geschrieben. Unten stehen die Fakten, die wir aus der Registry gelesen haben.
Wähle die KI-App, die du nutzt, und kopiere die Einstellungen.
LDAP_SERVERS_CONFIGDu brauchst
Welche App nutzt du?
Wähle oben deine App. Wir merken sie uns, damit der Button beim nächsten Mal „In … installieren“ anzeigt.
Öffne Claude Desktop → Settings → Developer → Edit Config und füge dies in claude_desktop_config.json ein
{
"mcpServers": {
"ldap-assistant": {
"command": "uvx",
"args": [
"ldap-assistant-mcp"
],
"env": {
"LDAP_SERVERS_CONFIG": "your-value"
}
}
}
}Führe das in deinem Terminal aus
claude mcp add ldap-assistant --env LDAP_SERVERS_CONFIG=your-value -- uvx ldap-assistant-mcpTrag die leeren Werte ein, bevor du ihn startest.
In .cursor/mcp.json in deinem Projekt oder in ~/.cursor/mcp.json einfügen
{
"mcpServers": {
"ldap-assistant": {
"command": "uvx",
"args": [
"ldap-assistant-mcp"
],
"env": {
"LDAP_SERVERS_CONFIG": "your-value"
}
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
In .vscode/mcp.json in deinem Projekt einfügen
{
"servers": {
"ldap-assistant": {
"type": "stdio",
"command": "uvx",
"args": [
"ldap-assistant-mcp"
],
"env": {
"LDAP_SERVERS_CONFIG": "your-value"
}
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
Dieser Server läuft auf deinem Computer, und ChatGPT kann sich nur mit Servern im Internet verbinden. Wähle eine andere App.
Deine Auswahl bleibt in einem Cookie auf diesem Gerät; kein Konto nötig.
Diese Einstellungen werden aus dem Registry-Eintrag des Entwicklers erzeugt. Wenn in der README etwas anderes steht, folge der README.
Läuft auf deinem Computer; die Tool-Liste erscheint nach der Installation in deiner KI-App.
Wir prüfen Informationen, die jeder sehen kann; den Code haben wir nicht gelesen. Checks, die nicht zutreffen, werden nicht mitgezählt. · Geprüft am 7. Nov. 2026
Der Registry-Name wurde mit dem GitHub-Konto droideck bestätigt, dem das Repo gehört
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieser Server läuft auf deinem Computer; es gibt keinen Endpunkt im Internet
Läuft auf deinem Computer und nutzt stattdessen lokale Einstellungen
Läuft auf deinem Computer; Tool-Listen können wir nur von Endpunkten im Internet lesen
Verglichen mit allen aktiven Servern dieser Kategorie in der Registry. Sterne zählen nur, wenn dem Herausgeber das Repo gehört.
Er hat 1 von 1 zutreffenden Basischecks bestanden. Den Code haben wir nicht gelesen. Bevor du einen Schlüssel oder Token hinzufügst, sieh nach, welche Zugriffe der Server verlangt, und nutze einen Schlüssel, der nur die Berechtigungen hat, die du brauchst.
Das musst du eintragen: LDAP_SERVERS_CONFIG
Er läuft auf deinem Computer. Deine KI-App startet ihn bei Bedarf, und die Daten laufen nicht über die Server des Entwicklers (außer der Server ruft selbst einen Onlinedienst auf).
Das GitHub-Repo wurde zuletzt – geändert, und die neueste Version (0.5.0) kam vor 4 Monaten in die Registry.
Apps, die MCP unterstützen, etwa Claude Desktop, Claude Code, Cursor und VS Code. Außerdem brauchst du Python (uv) auf deinem Computer.
In derselben Kategorie: Mirobody, FHIR MCP Server, Google Health MCP
Server derselben Kategorie von anderen Entwicklern, sortiert nach Sternen.
So liest du eine Karte:★ GitHub-SterneiDrei Säulen: Bewertungen · Checks · NutzungiAktualisiert = neueste Version in der Registry veröffentlichti
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
Unverändert aus dem Repo des Entwicklers übernommen. PopNx MCP hat den Inhalt weder geprüft noch empfiehlt es ihn. HTML, Bilder und Skripte wurden entfernt. Links führen von dieser Website weg.
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
Nur der Anfang wird gezeigt; den Rest findest du im Repo