GitHub
Connect AI assistants to GitHub - manage repos, issues, PRs, and workflows through natural language.
Descripción del creador (original en inglés)
Docker monitoring for AI agents: logs, history, alerts. Can ack alerts; never touches containers.
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.
Necesitas
¿Qué app usas?
Elige tu app arriba. La recordamos, así que la próxima vez el botón dirá “Instalar en …”.
Funciona en Claude para web, escritorio y móvil:
https://{maintenant_host}/mcpLa dirección tiene partes {…} que solo tú conoces (como tu cuenta), así que cópiala y complétalas.
Abre Claude Desktop → Settings → Developer → Edit Config y pega esto en claude_desktop_config.json
{
"mcpServers": {
"maintenant": {
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"ghcr.io/kolapsis/maintenant:1.11.0",
"--mcp-stdio"
]
}
}
}Ejecuta esto en tu terminal
claude mcp add --transport http maintenant 'https://{maintenant_host}/mcp'claude mcp add maintenant -- docker run -i --rm ghcr.io/kolapsis/maintenant:1.11.0 --mcp-stdioLa dirección tiene partes {…} que solo tú conoces (como tu cuenta), así que cópiala y complétalas.
Pégalo en .cursor/mcp.json de tu proyecto, o en ~/.cursor/mcp.json
{
"mcpServers": {
"maintenant": {
"url": "https://{maintenant_host}/mcp"
}
}
}Pégalo en .cursor/mcp.json de tu proyecto, o en ~/.cursor/mcp.json
{
"mcpServers": {
"maintenant": {
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"ghcr.io/kolapsis/maintenant:1.11.0",
"--mcp-stdio"
]
}
}
}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ú.
La dirección tiene partes {…} que solo tú conoces (como tu cuenta), así que cópiala y complétalas.
Pégalo en .vscode/mcp.json de tu proyecto
{
"servers": {
"maintenant": {
"type": "http",
"url": "https://{maintenant_host}/mcp"
}
}
}Pégalo en .vscode/mcp.json de tu proyecto
{
"servers": {
"maintenant": {
"type": "stdio",
"command": "docker",
"args": [
"run",
"-i",
"--rm",
"ghcr.io/kolapsis/maintenant:1.11.0",
"--mcp-stdio"
]
}
}
}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ú.
ChatGPT solo se conecta a servidores en internet:
https://{maintenant_host}/mcpLa dirección tiene partes {…} que solo tú conoces (como tu cuenta), así que cópiala y complétalas.
Los nombres de los menús pueden variar un poco según el plan y con el tiempo.
Tu elección se guarda en una cookie en este dispositivo; no necesitas cuenta.
Esta configuración se genera a partir de la ficha del creador en el registro. Si el README dice otra cosa, sigue el README.
Todavía no hemos leído la lista de herramientas de este servidor; revisamos los endpoints por turnos.
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 kOlapsis, dueña del repo
Todavía no hemos leído este repo en GitHub
Todavía no hemos leído este repo en GitHub
La dirección necesita datos de tu propia cuenta, así que no podemos revisarla por ti
La dirección necesita datos de tu propia cuenta, así que no podemos revisarla por ti
Aún sin revisar; leemos la lista de herramientas cuando revisamos el endpoint
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.
El registro no indica ninguna clave obligatoria, aunque algunos servidores te piden iniciar sesión la primera vez que los usas.
Funciona de las dos formas: instálalo en tu computadora o conéctate a la versión en la nube.
El repo de GitHub cambió por última vez –, y la última versión (1.11.0) llegó al registro hace 12 días.
Las apps compatibles con MCP, como Claude Desktop, Claude Code, Cursor y VS Code. Se conecta por URL, así que también funcionan las apps que aceptan servidores MCP remotos, como ChatGPT en modo desarrollador.
En la misma categoría: GitHub, Desktop Commander, Cloudflare MCP
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
Connect AI assistants to GitHub - manage repos, issues, PRs, and workflows through natural language.
MCP server for terminal commands, file operations, and process management
Cloudflare MCP servers
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.
maintenant
Drop a container. Your stack is monitored.
When something breaks, fixed rules catch it, the alert is pushed to you, and your AI agent investigates through the built-in MCP server.
Docker, Kubernetes, uptime, TLS, cron jobs, live logs, image updates, CVEs: auto-discovered, alerting on every one of them,
from a single Go binary that fits in a few tens of MB of RAM when freshly started (about 100 MB after several days on a busy host). No PromQL, no exporters, no dashboards to build.
Try the live demo →
A Pro instance monitoring a real stack, read-only. Nothing to install, nothing to sign up for.
Live demo • Quick Start • Why maintenant • Agents • Features • Documentation • Editions • Pricing
# docker-compose.yml
services: maintenant: image: ghcr.io/kolapsis/maintenant:latest ports:
volumes: maintenant-data:
docker compose up -d
Open http://localhost:8080. Your containers are already there, with their health, restart loops, resources and logs. Nothing to configure.
Docker socket access is automatic: the entrypoint reads the mounted socket's group and grants it to the unprivileged user, on Compose and on Swarm (where docker stack deploy silently ignores group_add). A socket owned by group root needs DOCKER_GID=0. If containers do not show up, see Troubleshooting.
Kubernetes
kubectl create namespace maintenant
kubectl apply -f deploy/kubernetes/
In-cluster API auto-detected, read-only RBAC, namespace filtering, workloads (Deployments, DaemonSets, StatefulSets) as first-class citizens. Kubernetes guide.
Bare Linux, no Docker at all (systemd, amd64 and arm64, statically linked)
curl -fsSL https://install.maintenant.dev | sudo bash
Endpoints, certificates and heartbeats work without any container runtime. Container monitoring switches on by itself the moment a runtime shows up. Install documentation for pinned versions, air-gapped installs and supply-chain verification.
Cloud: one cloud-init file boots a hardened host with maintenant running on Hetzner Cloud, DigitalOcean, Scaleway, OVHcloud or Vultr.
Monitoring your own infrastructure with the standard stack means running Prometheus, Grafana, Alertmanager, node-exporter, cAdvisor, blackbox-exporter, a certificate exporter, Loki, Promtail, Trivy and something for image updates. Ten-odd components, each with its own config, upgrades and dashboards, to answer one question: is my stack up, and what is burning?
maintenant answers that question with one container.
| Built into maintenant | What you would assemble instead |
|---|---|
| Container state, health checks, restart loops | cAdvisor + node-exporter + alert rules you write |
| CPU, memory, network and disk, per container and per host | cAdvisor + node-exporter + Grafana dashboards you build |
| HTTP / TCP endpoint checks, declared as Docker labels | blackbox-exporter + a config file per target |
| TLS certificate expiry and chain validation | ssl_exporter |
| Cron and heartbeat deadlines | Pushgateway + alert rules you write |
| Live container logs, stdout/stderr demuxed | Dozzle, or Loki + Promtail |
| Image update detection, with compose-aware update and rollback commands | Diun or Watchtower |
Network exposure audit: 0.0.0.0 binds, exposed database ports, host network, privileged containers | nothing standard |
| CVE enrichment and per-container risk score *(Personal)* | Trivy + its exporter |
| Alerts routed to Discord, webhooks, email, Telegram, Slack and Teams, with escalation *(Pro)* | Alertmanager |
| Public status page with incidents and subscribers | Cachet, Uptime Kuma, or a SaaS |
| One real-time dashboard for all of the above | Grafana + dashboards you build and maintain |
Do I still need Prometheus?
maintenant monitors your infrastructure. Prometheus monitors your application. There is no PromQL here, no custom exporters, no panels to design: maintenant already knows what a container, a certificate, an endpoint, a cron job and a CVE are, and starts watching them the moment they appear. If you ship business metrics and write your own queries, keep Prometheus for that. The two answer different questions, and plenty of people run both.
Against the tools usually stacked up next to it:
| maintenant | Uptime Kuma | Portainer | Dozzle | |
|---|---|---|---|---|
| Container auto-discovery | Yes | No | Yes | Yes |
| MCP server, agent-ready | Built in | Third-party | Separate | No |
| Live container logs | Yes | No | Yes | Yes |
| HTTP/TCP endpoint checks | Yes | Yes | No | No |
| Cron/heartbeat monitoring | Yes | Yes | No | No |
| SSL certificate tracking | Yes | Yes | No | No |
| CPU/memory/network metrics | Yes | No | Limited | No |
| Image update detection | Yes | No | Yes | No |
| Network security insights | Yes | No | No | No |
| CVE enrichment, risk scoring | Personal | No | No | No |
| Public status page | Yes | Yes | No | No |
| Alerting with routing | Yes | Yes | Limited | No |
| Kubernetes native | Yes | No | Yes | No |
| Single binary, zero deps | Yes | Node.js | Docker API | Docker API |
| Runs without a runtime | Yes | No | No | No |
One container. One dashboard. Everything monitored.
Dashboard: uptime, response times, resources, unified monitors
Unified alerts across every source
Security posture with CVE enrichment and risk scoring (Personal)
More screenshots
Container auto-discovery
Resources per container and per host
Endpoint monitoring
Heartbeat and cron monitoring
TLS certificate tracking
Update intelligence
Network security insights
Your AI assistant, plugged in over MCP
Status page, all operational
<img src="./docs/screen-captures/8-status-page-d
Solo se muestra el principio; lee el resto en el repo