Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Descripción del creador (original en inglés)
Manage Pi-hole v6: DNS blocking, domains, clients, query analysis, DHCP, and multi-instance sync.
Estos tres nunca se combinan en una sola puntuación: las opiniones, las mediciones y la popularidad son cosas distintas.
Todavía no escribimos un resumen sencillo para este. Abajo están los datos que leímos del registro.
Elige la app de IA que usas y copia la configuración.
PIHOLE_URL, PIHOLE_PASSWORD, TZ, PIHOLE_READ_ONLY, PIHOLE_TLS_SKIP_VERIFY, PIHOLE_REQUEST_TIMEOUT, PIHOLE_MAX_RETRIES, PIHOLE_RETRY_MAX_DELAYLos valores marcados como secretos son llaves de tu cuenta. Nunca los compartas ni los pegues en un chat.
Necesitas
¿Qué app usas?
Elige tu app arriba. La recordamos, así que la próxima vez el botón dirá “Instalar en …”.
Abre Claude Desktop → Settings → Developer → Edit Config y pega esto en claude_desktop_config.json
{
"mcpServers": {
"pihole": {
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"-e",
"PIHOLE_URL",
"-e",
"PIHOLE_PASSWORD",
"-e",
"TZ",
"-e",
"PIHOLE_READ_ONLY",
"-e",
"PIHOLE_TLS_SKIP_VERIFY",
"-e",
"PIHOLE_REQUEST_TIMEOUT",
"-e",
"PIHOLE_MAX_RETRIES",
"-e",
"PIHOLE_RETRY_MAX_DELAY",
"ghcr.io/hexamatic/pihole-mcp:0.10.0"
],
"env": {
"PIHOLE_URL": "your-value",
"PIHOLE_PASSWORD": "your-value",
"TZ": "your-value",
"PIHOLE_READ_ONLY": "your-value",
"PIHOLE_TLS_SKIP_VERIFY": "your-value",
"PIHOLE_REQUEST_TIMEOUT": "your-value",
"PIHOLE_MAX_RETRIES": "your-value",
"PIHOLE_RETRY_MAX_DELAY": "your-value"
}
}
}
}Ejecuta esto en tu terminal
claude mcp add pihole --env PIHOLE_URL=your-value --env PIHOLE_PASSWORD=your-value --env TZ=your-value --env PIHOLE_READ_ONLY=your-value --env PIHOLE_TLS_SKIP_VERIFY=your-value --env PIHOLE_REQUEST_TIMEOUT=your-value --env PIHOLE_MAX_RETRIES=your-value --env PIHOLE_RETRY_MAX_DELAY=your-value -- docker run -i --rm -e PIHOLE_URL -e PIHOLE_PASSWORD -e TZ -e PIHOLE_READ_ONLY -e PIHOLE_TLS_SKIP_VERIFY -e PIHOLE_REQUEST_TIMEOUT -e PIHOLE_MAX_RETRIES -e PIHOLE_RETRY_MAX_DELAY ghcr.io/hexamatic/pihole-mcp:0.10.0Completa los valores vacíos antes de ejecutarlo.
Pégalo en .cursor/mcp.json de tu proyecto, o en ~/.cursor/mcp.json
{
"mcpServers": {
"pihole": {
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"-e",
"PIHOLE_URL",
"-e",
"PIHOLE_PASSWORD",
"-e",
"TZ",
"-e",
"PIHOLE_READ_ONLY",
"-e",
"PIHOLE_TLS_SKIP_VERIFY",
"-e",
"PIHOLE_REQUEST_TIMEOUT",
"-e",
"PIHOLE_MAX_RETRIES",
"-e",
"PIHOLE_RETRY_MAX_DELAY",
"ghcr.io/hexamatic/pihole-mcp:0.10.0"
],
"env": {
"PIHOLE_URL": "your-value",
"PIHOLE_PASSWORD": "your-value",
"TZ": "your-value",
"PIHOLE_READ_ONLY": "your-value",
"PIHOLE_TLS_SKIP_VERIFY": "your-value",
"PIHOLE_REQUEST_TIMEOUT": "your-value",
"PIHOLE_MAX_RETRIES": "your-value",
"PIHOLE_RETRY_MAX_DELAY": "your-value"
}
}
}
}Tu navegador te pide permiso para abrir la app; luego la app muestra la configuración y te pide confirmar. Los valores de las claves quedan vacíos para que los completes tú.
Pégalo en .vscode/mcp.json de tu proyecto
{
"servers": {
"pihole": {
"type": "stdio",
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"-e",
"PIHOLE_URL",
"-e",
"PIHOLE_PASSWORD",
"-e",
"TZ",
"-e",
"PIHOLE_READ_ONLY",
"-e",
"PIHOLE_TLS_SKIP_VERIFY",
"-e",
"PIHOLE_REQUEST_TIMEOUT",
"-e",
"PIHOLE_MAX_RETRIES",
"-e",
"PIHOLE_RETRY_MAX_DELAY",
"ghcr.io/hexamatic/pihole-mcp:0.10.0"
],
"env": {
"PIHOLE_URL": "your-value",
"PIHOLE_PASSWORD": "your-value",
"TZ": "your-value",
"PIHOLE_READ_ONLY": "your-value",
"PIHOLE_TLS_SKIP_VERIFY": "your-value",
"PIHOLE_REQUEST_TIMEOUT": "your-value",
"PIHOLE_MAX_RETRIES": "your-value",
"PIHOLE_RETRY_MAX_DELAY": "your-value"
}
}
}
}Tu navegador te pide permiso para abrir la app; luego la app muestra la configuración y te pide confirmar. Los valores de las claves quedan vacíos para que los completes tú.
Este se ejecuta en tu computadora, y ChatGPT solo puede conectarse a servidores en internet. Elige otra app.
Tu elección se guarda en una cookie en este dispositivo; no necesitas cuenta.
TZ envPIHOLE_READ_ONLY envPIHOLE_TLS_SKIP_VERIFY envPIHOLE_REQUEST_TIMEOUT envPIHOLE_MAX_RETRIES envPIHOLE_RETRY_MAX_DELAY envEsta configuración se genera a partir de la ficha del creador en el registro. Si el README dice otra cosa, sigue el README.
Se ejecuta en tu computadora; la lista de herramientas aparece en tu app de IA después de instalarlo.
Revisamos información que cualquiera puede ver; no hemos leído el código. Las revisiones que no aplican no se cuentan. · Revisado el 7 nov 2026
El nombre en el registro se verificó con la cuenta de GitHub hexamatic, dueña del repo
Todavía no hemos leído este repo en GitHub
Todavía no hemos leído este repo en GitHub
Este se ejecuta en tu computadora; no hay endpoint en internet
Se ejecuta en tu computadora y usa ajustes locales en su lugar
Se ejecuta en tu computadora; solo podemos leer listas de herramientas de endpoints en internet
Comparado con todos los servidores activos de esta categoría en el registro. Las estrellas solo cuentan cuando quien lo publica es dueño del repo.
Superó 1 de 1 revisiones básicas aplicables. No hemos leído el código. Antes de agregar una clave o un token, revisa qué acceso pide el servidor y usa una clave que tenga solo los permisos que necesitas.
Debes completar: PIHOLE_URL, PIHOLE_PASSWORD
Se ejecuta en tu computadora. Tu app de IA lo inicia cuando hace falta, y los datos no pasan por los servidores del creador (a menos que el propio servidor llame a un servicio en línea).
El repo de GitHub cambió por última vez –, y la última versión (0.10.0) llegó al registro hace 5 días.
Las apps compatibles con MCP, como Claude Desktop, Claude Code, Cursor y VS Code. También necesitas Docker en tu computadora.
En la misma categoría: Spec Driven Development, Remote Desktop Commander, Signoff
Servidores de la misma categoría hechos por otros creadores, ordenados por estrellas.
Cómo leer una tarjeta:★ Estrellas de GitHubiTres pilares: reseñas · revisiones · usoiActualizado = fecha en que se publicó la última versión en el registroi
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
Five gates that make an agent's 'done' provable: run them, read the verdict, audit the record.
Copiado tal cual del repo del creador. PopNx MCP no lo ha revisado ni lo respalda. Se quitaron HTML, imágenes y scripts. Los enlaces llevan fuera de este sitio.
A production-grade MCP server for Pi-hole v6.
82 tools (84 with a second instance) | 9 prompts | 5 resources | Multi-instance + sync | Read-only mode + toolsets | Single Go binary
Gives AI assistants full control over your Pi-hole instance: DNS blocking, domain management, query analysis, statistics, network devices, DHCP, and system administration. Compatible with the Pi-hole v6 REST API.
PIHOLE_READ_ONLY=true exposes only the tools that cannot change anything, enforced on every call, not just the tool list a client happens to cache. PIHOLE_TOOLSETS narrows further to just the families you need, so a client asking "what can I use" gets a smaller, cheaper answer.io.github.hexamatic/pihole-mcp, installable by name from any client that supports registry install.Most MCP clients use the same configuration format. Add this to your client's config:
{
"mcpServers": { "pihole": { "command": "pihole-mcp", "env": { "PIHOLE_URL": "http://192.168.1.2", "PIHOLE_PASSWORD": "your-password" } } } }
Then install the binary via one of the methods below.
The whole point is natural language, not tool names. A few examples of what to actually type:
| You ask | What runs |
|---|---|
| "Is Pi-hole blocking right now, and for how long?" | pihole_dns_get_blocking |
| "Pause blocking for 10 minutes, I need to test something." | pihole_dns_set_blocking |
| "Why is reddit.com blocked? Check every list it could be on." | pihole_search_domains |
| "What are the top blocked domains today, and does anything look like a false positive?" | pihole_stats_recent_blocked, the review_top_blocked prompt |
| "Point nas.home at 192.168.1.50." | pihole_local_dns_add |
| "Which of my blocklists haven't updated in 30+ days?" | pihole_lists_list |
| "Show me devices on the network Pi-hole doesn't recognise." | pihole_network_devices, the audit_network prompt |
| "Compare my two Pi-holes and tell me what's different." | pihole_instance_diff |
| "Back up my configuration before I change anything." | pihole_teleporter_export |
| "Which upstream resolver is slowest, and is it worth switching?" | pihole_stats_upstreams, the upstream_health prompt |
Set PIHOLE_READ_ONLY=true first if you want to ask questions without any risk of something being changed. See Scoping the tool surface.
pihole-mcp is listed in the official MCP Registry as:
io.github.hexamatic/pihole-mcp
Clients that support registry install can add it by that name and will prompt for PIHOLE_URL and PIHOLE_PASSWORD. The listing points at the ghcr.io image, so the client needs a working Docker.
brew install hexamatic/tap/pihole-mcp
Installs on both macOS and Linux (Homebrew on Linux). On macOS the cask clears the quarantine attribute during install, so the binary runs without a Gatekeeper prompt. From v0.10.0 the macOS binaries need macOS 13 Ventura or later; v0.9.0 is the last release that runs on macOS 12.
scoop bucket add hexamatic https://github.com/hexamatic/scoop-bucket
scoop install pihole-mcp
go install github.com/hexamatic/pihole-mcp/cmd/pihole-mcp@latest
docker pull ghcr.io/hexamatic/pihole-mcp:latest
.deb and .rpm packages for Debian-based (Ubuntu, Raspberry Pi OS) and RPM-based (Fedora, RHEL) distributions are available on the Releases page.
# Debian / Ubuntu / Raspberry Pi OS
sudo dpkg -i pihole-mcp_X.Y.Z_linux_amd64.deb
sudo rpm -i pihole-mcp_X.Y.Z_linux_amd64.rpm
Pre-built binaries for Linux, macOS 13 or later, and Windows (amd64 and arm64) are available on the Releases page.
Releases are checksummed, signed with keyless cosign, and ship SPDX SBOMs and SLSA build provenance. See SECURITY.md for the verification commands.
Once installed and configured, run the server directly with -check. It loads the configuration, contacts every Pi-hole you have configured, and reports each one by name:
PIHOLE_URL=http://192.168.1.2 PIHOLE_PASSWORD=your-password pihole-mcp -check
pihole-mcp 0.10.0
PASS primary (http://192.168.1.2) core v6.5, FTL v6.8
All 1 instance(s) reachable and authenticated.
It exits non-zero if any instance fails, and prints what to change. It also warns when a Pi-hole runs an FTL release affected by published security advisories, naming the release that fixes them. Worth running before you wire the server into a client: most clients hide the server's output, so a bad URL or password looks the same as a server that never started.
| Variable | Required | Default | Description |
|---|---|---|---|
PIHOLE_URL | Yes | - | Pi-hole base URL (e.g. http://192.168.1.2) |
PIHOLE_PASSWORD | Yes | - | Admin password or application password |
PIHOLE_READ_ONLY | No | false | Expose only tools that cannot change Pi-hole. See Scoping the tool surface. |
PIHOLE_TOOLSETS | No | all | Comma-separated toolset names to expose, e.g. dashboard,domains. Unset or all exposes everything. |
PIHOLE_REQUEST_TIMEOUT | No | 30s | HTTP request timeout |
PIHOLE_MAX_RETRIES | No | 3 | Retries after a failed Pi-hole API call. 0 disables. |
PIHOLE_RETRY_MAX_DELAY | No | 8s | Upper bound on a single backoff wait. |
PIHOLE_HTTP_AUTH_TOKEN | No | - | Shared bearer token required on every HTTP/SSE request. Minimum 16 characters. Unset means no authentication. |
PIHOLE_HTTP_AUTH_TOKEN_FILE | No | - | Path to a file holding the bearer token, so it stays out of ps. Mutually exclusive with PIHOLE_HTTP_AUTH_TOKEN. |
PIHOLE_RATE_LIMIT | No | 120 | Requests per minute per MCP session on the HTTP/SSE transports, under a per-address ceiling of four times that. Clients on MCP revision 2026-07-28 send no session, so only the ceiling applies to them. 0 disables. |
PIHOLE_ALLOWED_ORIGINS | No | localhost,127.0.0.1,[::1] | Comma-separated Origin/Host allowlist for HTTP/SSE transports. The literal * disables enforcement (unsafe). Not authentication. |
PIHOLE_TRUSTED_PROXIES | No | - | Comma-separated IPs or CIDR blocks whose X-Forwarded-For the rate limiter believes. Unset means the header is ignored. |
PIHOLE_BACKUP_DIR | No | - | Absolute path of an existing directory to keep teleporter backups in. When set, pihole_teleporter_export writes only inside it and pihole_teleporter_import reads only from it, and the server never removes anything there. Unset, backups go to the system temp directory by default, where the server removes its own after a day, and any absolute path is accepted. |
PIHOLE_TLS_SKIP_VERIFY | No | false | Disable TLS certificate verification for Pi-hole connections. Only for instances serving self-signed certificates. A trusted certificate is preferable where possible. |
TZ | No | System timezone (UTC in Docker) | IANA timezone for rendered timestamps (e.g. Australia/Adelaide). Timezone data is embedded in the binary, so this works in the Docker image out of the box. |
OTEL_EXPORTER_OTLP_ENDPOINT | No | - | OpenTelemetry collector endpoint. Setting it enables tracing; ignored in slim builds. |
Application passwords are recommended for automation: they bypass TOTP 2FA and can be revoked independently.
PIHOLE_HTTP_AUTH_TOKEN, PIHOLE_HTTP_AUTH_TOKEN_FILE, PIHOLE_RATE_LIMIT, PIHOLE_ALLOWED_ORIGINS and PIHOLE_TRUSTED_PROXIES only apply to the http and sse transports; stdio is a single-process, single-user channel by definition and isn't gated. See Security before exposing either transport beyond loopback.
By default the server offers every tool, including 34 that change Pi-hole and 27 that are destructive. Two variables narrow that.
PIHOLE_READ_ONLY=true exposes only tools that cannot change anything, on Pi-hole or on the host the server runs on, so it leaves out pihole_teleporter_export, which writes a file. Write tools are absent from tools/list and rejected if called anyway, so a client working from a cached listing cannot reach one either.
PIHOLE_READ_ONLY=true # 48 tools instead of 82
PIHOLE_TOOLSETS selects which families of tools exist at all, which is worth doing on its own because tools/list is a cost paid in every conversation:
PIHOLE_TOOLSETS=dashboard,domains,lists # blocklist curation, and nothing else
PIHOLE_TOOLSETS=all # the default, stated explicitly
The two intersect, and read-only always wins. PIHOLE_READ_ONLY=true with PIHOLE_TOOLSETS=dns,stats gives the 14 tools that are in those toolsets *and* read-only.
The toolset names, what each contains and how many tools it holds are in docs/TOOLS.md, generated from the same table the server filters with. An unknown name fails at startup and lists every valid one; run pihole-mcp -check to see it, along with how many tools your configuration actually exposes:
scope: read-only=true, toolsets=dns,stats 14 of 82 tools exposed
A published toolset name is never removed, renamed or narrowed. See CONTRIBUTING.md for the full promise.
To manage more than one Pi-hole, configure numbered instances instead of PIHOLE_URL/PIHOLE_PASSWORD:
| Variable | Required | Description |
|---|---|---|
PIHOLE_1_URL, PIHOLE_2_URL, … | Yes | Base URL of each instance (contiguous from 1) |
PIHOLE_1_PASSWORD, PIHOLE_2_PASSWORD, … | Yes | Password for the matching instance |
| PIHOLE_1_NAME, PIHOLE_2_NAME, … | No | Fri
Solo se muestra el principio; lee el resto en el repo