Hostinger MCP para webs y hosting DCP
Cuándo aplica Hostinger API MCP a Websites, Domains/DNS, shared hosting y VPS; límites frente a Git/deployment/SSH/IaC, OAuth, scope mínimo y POC.
Cuándo aplica Hostinger API MCP a Websites, Domains/DNS, shared hosting y VPS; límites frente a Git/deployment/SSH/IaC, OAuth, scope mínimo y POC.
Hostinger API MCP es una integración especializada para operaciones soportadas por Hostinger. DCP Flow delimita claramente dónde aporta valor y dónde debe ceder a Git, SSH, pipelines o IaC.
Dónde aplica
Puede apoyar operaciones sobre Websites, Domains/DNS, shared hosting y determinadas superficies de VPS de Hostinger. La autenticación debe usar OAuth o el mecanismo soportado, con scope mínimo y aislamiento entre clientes.
- Websites.
- Domains y DNS.
- Shared hosting.
- VPS de Hostinger cuando la API lo permita.
Límites y POC
No se debe tratar como sustituto universal de Git, deployment, SSH o IaC. Antes de adoptar el MCP se valida un POC con acciones de bajo riesgo, permisos mínimos, trazabilidad y Manual Fallback.
- No reemplaza Git.
- No reemplaza deployment pipelines.
- No sustituye SSH/IaC cuando son necesarios.
- POC antes de ADOPTED.
Hostinger MCP aplica cuando el problema pertenece realmente a Hostinger
Su boundary potencial cubre Websites, Domains/DNS, shared hosting, inventario y determinadas capacidades de VPS expuestas por el proveedor. Sigue en estado EXPERIMENTAL: la fuente oficial fue revisada, pero el POC continúa pendiente y por tanto no es una dependencia productiva por defecto.
- Websites / shared hosting.
- Domains y DNS.
- VPS provider-level capabilities.
- EXPERIMENTAL hasta POC.
DNS, autenticación y multi-cliente exigen blast radius mínimo
Cambiar DNS puede afectar web, correo y APIs, por lo que el flujo debe conservar estado actual, impacto/TTL, autorización, mutación, verificación independiente y evidencia. Para agentes DCP se prefiere OAuth con scope mínimo frente a tokens estáticos amplios cuando el producto lo soporte. Un agente de un cliente no debe recibir acceso innecesario a recursos de otros clientes.
- Mutación DNS requiere verificación por segunda fuente.
- OAuth + mínimo scope cuando sea viable.
- Tokens fuera de repo y prompts.
- Aislamiento multi-cliente.
El MCP no crea un segundo camino de deployment
Git/GitHub continúan como source of truth del código y el runtime/deployment profile conserva el flujo oficial Git → build → artifact → hosting. Hostinger MCP puede ayudar con configuración del proveedor, pero no reemplaza artifacts, backups, migrations, Quality Gates, SSH/Linux cuando se necesita sistema operativo ni IaC cuando el estado debe quedar declarativo.
- No reemplaza Git ni artifacts.
- No reemplaza SSH/Linux para inspección de runtime.
- No reemplaza IaC cuando aplica.
- POC debe demostrar auth, scope, evidence y revocation.
Glosario contextual＋
Interfaz/protocolo para exponer herramientas y recursos a agentes de IA de forma estructurada.
Procedimiento manual, verificable y explícito usado cuando Kai no puede ejecutar directamente una acción.
Acción técnica de colocar una versión en un entorno.
Infrastructure