FRITZ!Box MCP Server

Controla los routers AVM FRITZ!Box: administra dispositivos, WiFi, configuración de red, control parental y programa acciones con retardo de tiempo.

GitHub
19
Prueba este MCPPatrocinado

Documentación

FRITZ!Box MCP Server

Controla tu router FRITZ!Box mediante asistentes de IA como Claude usando lenguaje natural.

[Listed on mcpservers.org

Listado en mcpservers.org

](https://mcpservers.org/servers/kambriso/fritzbox-mcp-server)

Build Release Pipeline

SLSA Level 3

SLSA Nivel 3

LicenseGo Version

Versión de Go

Tabla de Contenidos

1. Introducción

1.1. ¿Qué es esto?

Este servidor MCP te permite interactuar con tu router FRITZ!Box mediante asistentes de IA. Haz preguntas en lenguaje natural, analiza tu red, gestiona dispositivos, soluciona problemas y configura ajustes sin tocar la interfaz web.

1.2. Cómo funciona (Arquitectura de Seguridad)

Architecture Diagram

El servidor MCP se ejecuta en tu computadora y actúa como un puente seguro entre los agentes de IA (que se ejecutan en la nube) y tu FRITZ!Box (que permanece completamente local).

Tus credenciales de FRITZ!Box se almacenan localmente en un archivo .env en tu computadora. El servidor MCP usa estas credenciales para comunicarse con tu FRITZ!Box únicamente a través de tu red local.

El agente de IA solo recibe los resultados (como "3 dispositivos conectados" o "Tiempo de actividad del router: 5 días"), nunca tus credenciales ni acceso directo a tu router.

Características de seguridad críticas:

  • Tu FRITZ!Box nunca necesita exposición a Internet
  • No es necesario abrir puertos
  • No hay conexión en la nube a tu router
  • Las credenciales permanecen en tu computadora
  • Toda la comunicación con el router ocurre solo en tu red local

1.3. ¿Por qué usar esto?

Funciona con TODOS los modelos y versiones de firmware de FRITZ!Box. Cuando AVM lanza nuevas funciones o modelos, este servidor se adapta automáticamente. No se necesitan actualizaciones.

A diferencia de otras soluciones que se rompen con actualizaciones de firmware o solo funcionan con modelos específicos, este servidor descubre las capacidades de tu router en tiempo real.

2. Guía de Usuario

2.1. Inicio Rápido

2.1.1. 1. Instalación

Descarga e instala con verificación automática de checksum:

curl -fsSL https://raw.githubusercontent.com/kambriso/fritzbox-mcp-server/main/install.sh | sh

El instalador:

  • Detectará tu plataforma (SO y arquitectura) automáticamente
  • Descargará la última versión desde GitHub
  • Verificará los checksums SHA256 por seguridad
  • Instalará en ~/.local/bin/fritz-mcp
  • Hará el binario ejecutable
ConsejoPersonaliza la instalación: # Install specific version FRITZBOX_MCP_VERSION=<tag> curl -fsSL https://raw.githubusercontent.com/kambriso/fritzbox-mcp-server/main/install.sh | sh # Install to custom directory FRITZBOX_MCP_INSTALL_DIR=/usr/local/bin curl -fsSL https://raw.githubusercontent.com/kambriso/fritzbox-mcp-server/main/install.sh | sh
Instalación Manual (Todas las plataformas)

Obtén el binario para tu sistema desde Releases:

Linux

fritz-mcp-linux-amd64.tar.xz o fritz-mcp-linux-arm64.tar.xz

macOS

fritz-mcp-darwin-amd64.tar.xz o fritz-mcp-darwin-arm64.tar.xz

Windows

fritz-mcp-windows-amd64.zip o fritz-mcp-windows-arm64.zip

Extrae el archivo y hazlo ejecutable (Linux/macOS):

tar -xJf fritz-mcp-linux-amd64.tar.xz
chmod +x fritz-mcp

Windows: Extrae el archivo ZIP.

2.1.2. 2. Configuración Interactiva

La forma más fácil de configurar tu FRITZ!Box es usando el modo de configuración interactiva. Esto descubrirá automáticamente tu router en la red y te guiará a través del proceso de configuración.

./fritz-mcp --setup

El modo de configuración:

  1. Descubrir: Encuentra dispositivos FRITZ!Box usando SSDP en tu red local.
  2. Identificar: Detecta automáticamente el Mesh Master (puerta de enlace).
  3. Configurar: Solicita tu host, nombre de usuario, contraseña y preferencia de TLS.
  4. Proteger: Guarda las credenciales en un archivo .env con permisos 0600 (solo lectura/escritura por ti).

2.1.3. 3. Permisos de Usuario de FRITZ!Box

Tu usuario de FRITZ!Box necesita acceso completo a la configuración.

En la interfaz web de FRITZ!Box (http://fritz.box):

  1. Ve a Sistema → FRITZ!Box-Benutzer → [Tu Usuario] → Berechtigungen
  2. Habilita: "FRITZ!Box-Einstellungen" (o "El usuario puede ver y editar todos los ajustes de FRITZ!Box")

2.1.4. 4. Configura tu cliente MCP

Para Windows y macOS, Claude Desktop es la opción más directa. A partir del 15 de junio de 2026, Anthropic no proporciona una aplicación oficial de Claude Desktop para Linux. En Linux, usa cualquier cliente compatible con MCP o integración de editor que pueda lanzar un servidor stdio local y agrega fritz-mcp allí con el mismo comando que se muestra abajo.

Rutas de configuración de Claude Desktop:

Windows

%APPDATA%\Claude\claude_desktop_config.json

macOS

~/Library/Application Support/Claude/claude_desktop_config.json

Agrega el servidor:

{
  "mcpServers": {
    "fritzbox": {
      "command": "/path/to/fritz-mcp"
    }
  }
}
ConsejoWindows: C:\\Users\\YourName\\path\\to\\fritz-mcp.exe (nota las dobles barras invertidas) macOS/Linux con instalación automática: ~/.local/bin/fritz-mcp macOS/Linux con instalación manual: Ruta absoluta donde colocaste el binario, p. ej. /Users/yourname/bin/fritz-mcp

Reinicia tu cliente MCP después de los cambios de configuración.

2.2. ¿Qué puedes hacer?

2.2.1. Hacer Preguntas

"¿Cuál es mi dirección IP externa?"

"Muéstrame todos los dispositivos conectados"

"¿Cuánto tiempo lleva funcionando el router?"

"¿Cuál es mi velocidad de Internet actual?"

"¿Mi WiFi es seguro?"

2.2.2. Analizar Tu Red

"Analiza la salud de mi red y dime si todo se ve bien"

Claude verificará la calidad de tu conexión, identificará problemas, explicará patrones en tus registros y proporcionará recomendaciones.

Ejemplo de respuesta:

Network Health Analysis

Connection: Healthy ✓
- Speed: 112 / 37 Mbit/s (down/up)
- Signal quality: Excellent
- No errors detected

Daily Reconnections at 04:00:
This is normal. Your ISP enforces 24-hour session limits.
FRITZ!Box reconnects proactively to avoid forced disconnection.

One DSL resync on Dec 7 at 12:52:
Single event, recovered in 4 minutes. Monitor for recurring
patterns, but not concerning as an isolated incident.

Overall: Network operating optimally.

2.2.3. Gestionar Dispositivos

"Mostrar todos los dispositivos WiFi"

"¿Qué dispositivos están usando más ancho de banda?"

"Listar dispositivos desconocidos en mi red"

"Prioriza el ancho de banda de mi portátil - tengo una videollamada"

2.2.4. Control Parental y Programación

"Bloquear la Nintendo Switch en 20 minutos"

"Deshabilitar Internet para todos los dispositivos de juegos durante el horario laboral"

"Habilitar WiFi para invitados a las 6 PM para la fiesta"

2.2.5. Solución de Problemas

"¿Por qué mi Internet es lento?"

"Verifica si hay algún problema de conexión"

"Muéstrame desconexiones recientes"

2.3. Ejemplos

2.3.1. Verificación de Salud de la Red

Solicitud: "Analiza la salud de mi red y verifica si todo se está ejecutando de manera óptima"

Claude autónomamente:

  1. Consulta información del dispositivo y tiempo de actividad
  2. Verifica el estado de la conexión y su estabilidad
  3. Analiza la calidad de la línea y las tasas de error
  4. Revisa los registros en busca de patrones
  5. Distingue el comportamiento normal de los problemas
  6. Proporciona recomendaciones

2.3.2. Inventario de Dispositivos

Solicitud: "Muéstrame todos los dispositivos - ¿cuáles están en línea y hay algún dispositivo desconocido?"

Claude:

  1. Lista todos los dispositivos registrados
  2. Categoriza por estado (en línea/desconectado)
  3. Agrupa por tipo de conexión (WiFi/Ethernet)
  4. Identifica dispositivos desconocidos o sospechosos
  5. Proporciona análisis de seguridad

2.3.3. Acciones con Retraso de Tiempo

Solicitud: "Bloquear la consola de juegos en 20 minutos"

Claude programa la acción para que se ejecute automáticamente, incluso después de que cierres el chat.

Esto usa el modo CLI del servidor para ejecución persistente en segundo plano.

2.4. Solución de Problemas

2.4.1. No se puede conectar al FRITZ!Box

Verifica que tu router sea accesible:

ping fritz.box

Verifica las credenciales en el archivo .env.

Asegúrate de que tu usuario de FRITZ!Box tenga habilitado el permiso de configuración completa.

2.4.2. Tu cliente MCP no ve el servidor

Si usas Claude Desktop en Windows o macOS, verifica que la ruta en claude_desktop_config.json sea absoluta y correcta.

En Linux, verifica que el comando/ruta en la configuración del servidor de tu cliente MCP sea absoluto y correcto.

Usuarios de Windows: Usa dobles barras invertidas en las rutas.

Reinicia tu cliente MCP después de los cambios de configuración.

2.4.3. Errores de permisos

Tu usuario de FRITZ!Box necesita el permiso "FRITZ!Box-Einstellungen" habilitado. Consulta la sección de configuración anterior.

Toda la comunicación permanece en tu red local. Tus credenciales se almacenan localmente en un archivo .env y se usan solo para comunicarte con tu FRITZ!Box. La IA recibe solo los resultados de las operaciones, nunca tus credenciales.

Sin servicios en la nube. Sin servidores externos. Todo se ejecuta localmente.

2.5.2. Niveles de Cadena de Suministro para Artefactos de Software (SLSA)

Este proyecto proporciona procedencia SLSA (Niveles de Cadena de Suministro para Artefactos de Software) para todos los binarios de lanzamiento. La procedencia SLSA atestigua criptográficamente que los binarios se construyeron a partir de código fuente específico por un constructor confiable.

Dos pruebas independientes están disponibles:

  1. SHA256SUMS - Reproducibilidad entre forjas (la misma fuente produce binarios idénticos en GitLab y GitHub)
  2. Procedencia SLSA - Atestación de cadena de suministro (prueba el origen del binario y el proceso de construcción)
GitLab (SLSA Nivel 2)

Los lanzamientos de GitLab incluyen procedencia SLSA Nivel 2 mediante artifacts-metadata.json.

Verificación:

# Download binary and SLSA metadata
glab release download <tag> -R kambriso/fritzbox-mcp-server \
  -n 'fritz-mcp-linux-amd64' -n 'artifacts-metadata.json' # (1)

# Examine provenance
cat artifacts-metadata.json | jq '.predicateType'
# Output: "https://slsa.dev/provenance/v1"

# Verify artifact digest matches
sha256sum fritz-mcp-linux-amd64
# Compare with digest in artifacts-metadata.json subjects
  1. La etiqueta git a verificar, p. ej., v0.7.7

Alternativamente, usa el objetivo del Makefile:

make verify-slsa-gitlab-linux-amd64 SLSA_TAG=<tag>

La procedencia incluye:

  • Formato de declaración in-toto (https://in-toto.io/Statement/v0.1)
  • Predicado SLSA v1 con definición de construcción
  • Digests SHA256 para todos los artefactos
  • Parámetros de entorno de CI de GitLab
GitHub (SLSA Nivel 3)

Los lanzamientos de GitHub incluyen procedencia SLSA Nivel 3 mediante el slsa-github-generator.

Verificación usando slsa-verifier:

# Download binary and provenance
gh release download <tag> -R kambriso/fritzbox-mcp-server \
  -p 'fritz-mcp-linux-amd64' -p '*.intoto.jsonl'

# Verify provenance
go run github.com/slsa-framework/slsa-verifier/v2/cli/slsa-verifier@latest \
  verify-artifact fritz-mcp-linux-amd64 \
  --provenance-path multiple.intoto.jsonl \
  --source-uri github.com/kambriso/fritzbox-mcp-server \
  --source-tag <tag> # (1)
  1. La etiqueta git a verificar, p. ej., v0.7.7

Alternativamente, usa el objetivo del Makefile:

make verify-slsa-github-linux-amd64 SLSA_TAG=<tag>
Verificación de Firmas Cosign

Todos los binarios están firmados usando Cosign con firma sin clave (OIDC). Las firmas y certificados se incluyen en los artefactos de lanzamiento.

# Download binary, signature, and certificate
# (from GitLab artifacts or GitHub release)

# Verify signature
cosign verify-blob \
  --signature fritz-mcp-linux-amd64.sig \
  --certificate fritz-mcp-linux-amd64.pem \
  --certificate-oidc-issuer https://gitlab.com \
  fritz-mcp-linux-amd64
Verificación Independiente

Toda la verificación se puede realizar sin conexión usando herramientas estándar:

# 1. Verify checksums match across forges
diff <(curl -sL gitlab-SHA256SUMS) <(curl -sL github-SHA256SUMS)

# 2. Verify binary matches checksum
sha256sum -c SHA256SUMS

# 3. Verify SLSA provenance (slsa-verifier or manual inspection)
# 4. Verify cosign signature (requires network for certificate chain)

# Full trust chain: source code -> CI build -> signed artifact -> your machine

2.5.3. Verificación Cruzada entre Forjas Git

Este proyecto publica lanzamientos idénticos tanto en GitLab como en GitHub. La verificación cruzada entre forjas demuestra que ninguna forja ha sido comprometida: si un atacante modificara los binarios en una forja, los checksums no coincidirían.

Esto es independiente de SLSA: mientras que SLSA demuestra "este binario proviene de esta fuente", la verificación cruzada entre forjas demuestra "ambas forjas sirven el mismo binario".

# Download checksums from both forges
curl -sL "https://gitlab.com/.../SHA256SUMS" -o gitlab-SHA256SUMS
curl -sL "https://github.com/.../SHA256SUMS" -o github-SHA256SUMS

# Compare - must be identical
diff gitlab-SHA256SUMS github-SHA256SUMS && echo "Cross-forge verification passed"

# Or using CLI tools:
gh release download <tag> -R kambriso/fritzbox-mcp-server -p 'SHA256SUMS' -D github
glab release download <tag> -R kambriso/fritzbox-mcp-server -n 'SHA256SUMS' -D gitlab
diff github/SHA256SUMS gitlab/SHA256SUMS

Por qué esto importa:

  • Protege contra el compromiso de una sola forja
  • Valida que las construcciones reproducibles funcionan correctamente
  • No se requiere confianza en ninguna plataforma individual
  • Los usuarios pueden verificar con herramientas estándar (curl, diff, sha256sum)

2.6. Consideraciones sobre el Uso de Tokens

Este servidor MCP expone 143 herramientas al asistente de IA. Cada definición de herramienta (nombre, descripción, esquema JSON) se envía con cada mensaje.

2.6.1. Impacto en Claude Code / API de Claude

  • Sobrecarga de tokens: ~25,000-30,000 tokens por mensaje solo para definiciones de herramientas
  • Estimación de costo: ~$0.08/mensaje (Sonnet) o ~$0.45/mensaje (Opus) en sobrecarga de herramientas
  • Uso de contexto: Los esquemas de herramientas consumen espacio de la ventana de contexto que podría usarse para la conversación

2.6.2. Recomendaciones

Para uso ocasional

Desactiva el servidor cuando no sea necesario:

# In Claude Code, disable the MCP server:
claude --mcp-server fritzbox=off

# Or remove from mcpServers in ~/.claude.json
Para uso frecuente

Considera habilitarlo solo para proyectos específicos que necesiten acceso al router, en lugar de globalmente.

Para LLMs locales

Si lo usas con modelos locales (llama.cpp, Ollama), 143 herramientas pueden abrumar a modelos más pequeños. Usa el filtrado de herramientas para exponer solo las necesarias.

ConsejoDespués del primer mensaje en una sesión, el almacenamiento en caché de indicaciones de Claude reduce el costo de tokens para mensajes posteriores. La sobrecarga es más significativa para conversaciones cortas.

3. Guía de Desarrollo

3.1. Arquitectura

Este servidor está impulsado por tiempo de ejecución y es independiente del modelo:

  • Sin estructuras de servicio codificadas
  • Descubre capacidades dinámicamente desde los descriptores de servicio de tu FRITZ!Box
  • Funciona con actualizaciones de firmware automáticamente
  • Soporta todos los modelos de FRITZ!Box (probado con 7490, 7590)

3.2. Elección del SDK MCP

Este proyecto usa el SDK MCP de la comunidad (mark3labs/mcp-go v0.7.0) en lugar del SDK oficial (modelcontextprotocol/go-sdk) debido a problemas de compatibilidad:

  • Problemas del SDK oficial: Las herramientas no aparecen en los clientes MCP a pesar del registro adecuado
    • Issue #395: Condiciones de carrera en la inicialización y tiempos de espera del cliente
    • Issue #200: Problemas de generación de esquemas con tipos de puntero (corregido en PR #338)
  • SDK de la comunidad: Probado en batalla, sin problemas de compatibilidad conocidos
  • Incompatibilidad de API: Los dos SDK no son compatibles a nivel de API (ver documento de diseño del SDK oficial)

El SDK oficial usa una implementación JSON-RPC diferente y una interfaz de transporte de nivel inferior. Aunque ambos SDK funcionan de forma independiente, el SDK de la comunidad ha demostrado ser más confiable para el transporte stdio con clientes Claude Code.

3.3. Configuración de Desarrollo

3.3.1. Requisitos Previos

  • Go 1.25 o posterior
  • Un router FRITZ!Box en tu red local para pruebas
  • Nombre de usuario y contraseña de FRITZ!Box

3.3.2. Clonar y Compilar

git clone git@github.com:kambriso/fritz-mcp.git
cd fritz-mcp
make help  # See available build targets

3.3.3. Configuración

Crea el archivo .env con tus credenciales de FRITZ!Box:

cp .env.example .env
# Edit with your credentials
editor .env

Variables requeridas:

FRITZ_HOST=fritz.box          # FRITZ!Box hostname or IP
FRITZ_PORT=49000              # Service port (default: 49000)
FRITZ_USERNAME=your-username  # FRITZ!Box username
FRITZ_PASSWORD=your-password  # FRITZ!Box password

3.3.4. Permisos de Usuario de FRITZ!Box

La cuenta de usuario debe tener habilitado el permiso FRITZ!Box-Einstellungen:

  • Alemán: "Der Benutzer kann alle Einstellungen der FRITZ!Box sehen und bearbeiten"
  • Inglés: "The user can view and edit all FRITZ!Box settings"

Configurar en la interfaz web de FRITZ!Box:

System → FRITZ!Box-Benutzer → [Your User] → Berechtigungen

Habilita la casilla para "FRITZ!Box-Einstellungen".

3.4. Compilación

3.4.1. Compilación de Desarrollo

make build
./fritz-mcp

3.4.2. Compilaciones de Producción

Compilar para todas las plataformas compatibles:

make dists

Esto crea binarios en dist/ para: * Linux (amd64, arm64, 386, arm) * macOS (amd64, arm64) * Windows (amd64, arm64) * WASI (wasm) - WebAssembly con funcionalidad limitada

3.4.3. Notas de Compilación WASI

Se incluye una compilación WASI (WebAssembly System Interface) para demostrar la portabilidad del código. Sin embargo, el objetivo wasip1 de Go tiene limitaciones significativas para aplicaciones de red:

  • Sin acceso a la red - Go solo admite WASI Preview 1, que carece de APIs de sockets
  • Acceso restringido al sistema de archivos
  • Proporciona sandbox de seguridad basado en capacidades
NotaMientras WasmEdge admite sockets y WASI Preview 2 incluye wasi-sockets, Go actualmente solo apunta a wasip1 (sellado sin redes). WASI Preview 2 se lanzó en enero de 2024, pero Go no tiene un cronograma anunciado para soporte GOOS=wasip2 (seguimiento en Issue #65333). Go 1.24 (febrero 2025) y Go 1.25 (agosto 2025) no incluyen wasip2.

Recomendación: Usa binarios nativos o contenedores multi-arquitectura para producción. La compilación WASI demuestra la portabilidad de WebAssembly pero no puede funcionar como un servicio de red con las versiones actuales de Go.

Compilar para una plataforma específica:

GOOS=linux GOARCH=amd64 make dist
GOOS=darwin GOARCH=arm64 make dist
GOOS=windows GOARCH=amd64 make dist

3.4.4. Compilaciones Reproducibles

Todos los binarios de lanzamiento son reproducibles: compilar desde el mismo código fuente produce binarios idénticos byte por byte. Esto permite la verificación independiente de que los binarios publicados coinciden con el código fuente.

Por Qué Importa la Reproducibilidad

Las compilaciones reproducibles permiten:

  • Verificación independiente de los artefactos de lanzamiento
  • Detección de manipulación en la cadena de suministro
  • Confianza en que los binarios coinciden con el código fuente revisado
  • Base para atestaciones SLSA
Banderas de Compilación para Reproducibilidad

El Makefile usa estas banderas para garantizar compilaciones deterministas:

-trimpath                    # Remove absolute paths
-buildvcs=false              # Disable VCS info embedding
-buildid=                    # Clear build ID
SOURCE_DATE_EPOCH=$(git)     # Use commit timestamp
Requisitos de la Cadena de Herramientas

Go produce binarios reproducibles cuando se usa la misma distribución de la cadena de herramientas. Sin embargo, diferentes distribuciones de Go (upstream vs paquetes Fedora/Debian) pueden producir binarios diferentes debido a parches específicos de la distribución o experimentos de compilación.

Diferencias conocidas:

  • Fedora Go 1.25.6 incluye GOEXPERIMENT=nodwarf5 compilado en la cadena de herramientas
  • Upstream Go 1.25.6 (desde go.dev o contenedor golang:1.25) no tiene experimentos
  • Estas diferencias están incrustadas en la sección .go.buildinfo
Verificación de Compilaciones Locales

Para reproducir compilaciones de GitLab CI localmente, usa el mismo contenedor golang:1.25:

# Build all platforms in container (matches CI environment)
make dists-container

# Compare with published release checksums
sha256sum -c SHA256SUMS

La imagen Docker golang:1.25 coincide con la distribución upstream de Go, asegurando reproducibilidad en todos los entornos.

Reproducibilidad CI/CD

Tanto GitLab CI como GitHub Actions usan la cadena de herramientas oficial de Go 1.25: GitLab a través de la imagen de contenedor golang:1.25, GitHub a través de actions/setup-go que descarga desde go.dev. Ambos producen binarios idénticos byte por byte. Las compilaciones locales que usan paquetes Go proporcionados por la distribución (Fedora, Ubuntu, etc.) pueden producir binarios diferentes debido a parches específicos de la distribución.

Para compilaciones locales reproducibles byte por byte, usa make dists-container que compila en el contenedor golang:1.25.

3.5. Pruebas

3.5.1. Pruebas Unitarias

go test -v ./...

3.5.2. Pruebas Automatizadas y Benchmarks

El proyecto incluye un conjunto completo de pruebas y un benchmark de rendimiento.

# Run all tests
go test -v ./...

# Run the discovery benchmark
go test -v -bench=. .

3.6. Flujo de Trabajo de Desarrollo

  1. Realiza cambios en el código fuente
  2. Ejecuta pruebas: go test -v ./…​
  3. Compila: make build
  4. Prueba localmente con tu FRITZ!Box
  5. Compila binarios distribuibles: make dist

3.7. Proceso de Lanzamiento

Los lanzamientos se publican automáticamente en el repositorio público cuando se empuja una etiqueta de versión.

3.7.1. Configuración

El secreto PUBLIC_REPO_TOKEN está configurado y listo para lanzamientos.

3.7.2. Creación de un Lanzamiento

# Ensure all tests pass
make check

# Tag the release (use semantic versioning)
git tag v1.0.0

# Push the tag to trigger the release workflow
git push origin v1.0.0

Los flujos de trabajo de GitHub Actions:

Flujo de trabajo de lanzamiento (release.yml)

  1. Compilar binarios para todas las plataformas (Linux, macOS, Windows, WASI)
  2. Generar sumas de verificación SHA256
  3. Crear un lanzamiento en https://github.com/kambriso/fritzbox-mcp-server
  4. Subir todos los binarios y sumas de verificación

Flujo de trabajo de contenedor (container.yml)

  1. Compilar imagen de contenedor WASI (etiquetada con sufijo -wasi)
  2. Compilar contenedor multi-arquitectura (linux/amd64, linux/arm64)
  3. Publicar en ghcr.io/kambriso/fritzbox-mcp-server
NotaUsa el contenedor multi-arquitectura para producción. El contenedor WASI demuestra portabilidad pero el objetivo wasip1 de Go carece de soporte de red (pendiente de soporte wasip2 en futuras versiones de Go).

3.7.3. Plataformas de Lanzamiento Compatibles

Binarios

  • Linux: amd64, arm64, 386, arm
  • macOS: amd64 (Intel), arm64 (Apple Silicon)
  • Windows: amd64, arm64
  • WASI: wasm (Go wasip1 - sin soporte de red hasta wasip2)

Imágenes de Contenedor

4. Soporte

Problemas

https://github.com/kambriso/fritzbox-mcp-server/issues

Código Fuente

https://github.com/kambriso/fritz-mcp (privado)

5. Licencia

Código fuente disponible. Gratis para exactamente un par de credenciales de FRITZ!Box. Cualquier otro uso requiere una licencia comercial.

6. Contribuciones

Las contribuciones son bienvenidas. Al enviar una solicitud de extracción, aceptas el Acuerdo de Licencia de Colaborador.

PrecauciónEste software se proporciona tal cual. Asegura tu FRITZ!Box con una contraseña fuerte y asegúrate de que no esté expuesto a internet.

FRITZ!Box es una marca registrada de FRITZ! GmbH (anteriormente AVM GmbH). Este proyecto no está afiliado, respaldado ni patrocinado por FRITZ! GmbH.