Kora responde preguntas y lee su cuenta instantáneamente, pero cualquier cosa que cambie su cuenta se detiene y le pide que escriba una frase de confirmación antes de ejecutarse.
Dos Tipos de Solicitud
Cada solicitud que hace a Kora entra en una de dos categorías, y se comportan completamente diferente.
Las lecturas suceden inmediatamente. Comprobar su plan, listar sus sitios, buscar un registro DNS, obtener una factura, leer la salud del sitio. Estos no cambian nada, por lo que no hay compuerta, no hay confirmación y no hay costo de crédito.
Los cambios se detienen y preguntan. Cualquier cosa que escriba en su cuenta, mueva dinero o destruya algo pasa por una compuerta de confirmación escrita antes de que Kora lo ejecute.
Este no es un parámetro que pueda desactivar. El modelo de confirmación se aplica centralmente para cada canal en el que funciona Kora, por lo que un cambio no puede pasar desapercibido porque una superficie olvidó verificar.
La Confirmación Escrita
Cuando Kora quiere hacer un cambio, su respuesta se detiene y muestra tres cosas:
- Un resumen simple de la acción exacta, nombrando el recurso específico: el dominio, el buzón, el servidor, la fecha de copia de seguridad.
- Una frase de confirmación, por ejemplo
yes restore backupoyes update wordpress. - La instrucción: Para confirmar, escriba exactamente: [frase]. O escriba cualquier otra cosa para cancelar.
Escriba la frase de vuelta y Kora ejecuta la acción. Escriba literalmente cualquier otra cosa, incluyendo "sí" por sí solo, y la acción se cancela.
Copie la frase del mensaje de Kora en lugar de escribirla de memoria. Se muestra en el idioma de respuesta de Kora, por lo que en un idioma con macrón o diacríticos una reescritura aproximada no coincidirá, y Kora la tratará como una cancelación.
Lo Que Siempre Confirma
El conjunto de confirmación es amplio y deliberadamente así. En resumen, Kora pregunta primero antes de:
- Eliminar cualquier cosa. Un buzón, una copia de seguridad, un registro DNS, un complemento, un tema, un usuario de WordPress.
- Restaurar cualquier cosa. Una copia de seguridad, una restauración parcial de archivo, una instantánea del servidor.
- Actualizar WordPress. Core, todos los complementos, reversión de core, reparación de base de datos, búsqueda y reemplazo, importación de base de datos, rotación de clave de seguridad.
- Empujar o extraer entre staging y producción.
- Cambiar un plan o una suscripción. Cambios de plan, cambios de ciclo de facturación, cambios de tamaño de servidor, cancelaciones, solicitudes de reembolso.
- Tocar DNS. Vea la regla de DNS a continuación.
- Cambiar el control de un dominio. Servidores de nombres, correo electrónico del registrante, bloqueo de transferencia, código de autenticación, transferencia.
- Cambiar correo electrónico. Restablecimiento de contraseña de buzón, creación masiva de buzones, archivado de mensajes.
- Cambiar la seguridad o entrega del sitio. Activar o desactivar el CDN, purgar caché, bloqueo geográfico, borrados de lista de permisos y lista de denegación, rotación de SSL.
- Encender o reconstruir un servidor. Encender, apagar, reiniciar, restablecimiento forzado, instantánea, restauración de instantánea, modo de rescate, reconstrucción, tanto en servidores en la nube como dedicados.
- Ejecutar una acción de migración. Cancelación, reversión, importación de volcado SQL, migración desde una copia de seguridad.
- Instalar software. WordPress o WooCommerce en un sitio.
La Regla de DNS y Su Única Excepción
Toda mutación de DNS confirma. Crear, editar, eliminar, operaciones masivas, importaciones de archivo de zona, aplicar una plantilla, habilitar o deshabilitar DNSSEC: todos se detienen y preguntan.
Hay exactamente una exención. Un registro TXT de verificación simple, el tipo que un servicio le da para probar que es propietario de un dominio, se crea instantáneamente. No puede afectar el tráfico y no puede afectar el correo, por lo que gatillar sería fricción sin beneficio de seguridad.
La exención es estrecha a propósito. Un registro TXT que es realmente un registro de autenticación de correo, es decir, SPF, DKIM o DMARC, ya sea detectado por su contenido o por un nombre reservado como _dmarc o _domainkey, no está exento y confirma como cualquier otro cambio.
Si Kora está a punto de eliminar o editar un registro DNS que KapsuleHost administra para su correo o sus servidores de nombres, la confirmación añade una advertencia que dice así antes de que lo apruebe. Lea esa línea. Eliminar un registro MX o SPF administrado es la forma más rápida de detener el correo entrante. Vea Registros MX y SPF, DKIM y DMARC.
Una Segunda Opinión Antes de Confirmar
Para cambios de alto riesgo, eliminaciones, cambios de plan y facturación, y la mayoría del trabajo de DNS, un modelo de revisión más fuerte verifica la acción propuesta antes de que la vea. Su único trabajo es preguntarse si la acción coincide con lo que realmente pidió y apunta al recurso correcto.
Si no está de acuerdo, su preocupación se añade a la confirmación como una línea de advertencia. Nunca cambia la acción y nunca aprueba en su nombre: la confirmación escrita sigue siendo suya. Si la revisión no puede ejecutarse por ninguna razón, la confirmación procede sin cambios, por lo que esto nunca puede bloquearlo.
Una exclusión deliberada: el revisor no cuestiona valores específicos de registros DNS específicos como nombres de host MX o inclusiones de SPF. Estos provienen de plantillas de proveedor verificadas y actuales, y la memoria de un modelo de lenguaje de los valores DNS de un proveedor frecuentemente está desactualizada.
Quién Puede Aprobar Qué
Kora aplica los mismos roles de cuenta que el resto de KPanel, centralmente, para cada acción:
| Tipo de acción | Rol mínimo |
|---|---|
| Lecturas | Cualquier miembro de la cuenta, incluyendo Viewer |
| Cambios y acciones destructivas | Owner o Admin |
| Acciones de facturación: cambios de plan, cambios de ciclo, cambios de tamaño, cancelaciones, reembolsos | Owner, Admin o Billing |
Si su rol no es lo suficientemente alto, Kora lo dice claramente y le dice quién en la cuenta puede hacerlo. No falla silenciosamente ni pretende actuar.
Los Pagos Necesitan un Dispositivo Reconocido
Si un cambio implica un cargo de tarjeta y se encuentra en un dispositivo que la cuenta no puede reconocer afirmativamente, Kora no realizará el pago en el chat. Le proporciona un enlace directo a la página de KPanel relevante y lo dice explícitamente: No lo cobraré aquí. El panel luego lo verifica antes de que el cargo continúe.
Esto falla cerrado por diseño. Un dispositivo no reconocido, una sesión expirada o cualquier incertidumbre significa que el cargo no sucede en la conversación.
Lo Que Kora No Hará En Absoluto
Un pequeño conjunto de acciones tiene un costo externo real y aún no tiene una ruta de pago en chat. Kora rechaza estos rotundamente en lugar de completarlos parcialmente:
- Renovar un dominio, individualmente o en masa
- Transferir un dominio
Para estos, Kora lo dirige al carrito de KPanel, por lo que el precio que ve es exactamente lo que paga, en su moneda, con una factura adecuada. Registrar un nuevo dominio sí está disponible a través de Kora, porque se enruta a través del carrito real y paga en la casilla antes de que se registre nada. Vea Transferencia de Dominio.
El Límite de Acciones Diarias
Hay un límite de 200 acciones de Kora por cuenta por día, contando acciones que tuvieron éxito, se están ejecutando o están pendientes. Se reinicia a medianoche hora de Nueva Zelanda.
No hay límite en cuántas preguntas puede hacer. El límite se aplica solo a los cambios, y si lo alcanza Kora le dice el número y lo señala en KPanel, donde nada está limitado.
Cada Acción Se Registra
Cada acción que Kora realiza se escribe en un registro de auditoría con el nombre de la acción, los parámetros, el razonamiento expresado de Kora, el resultado y la dirección IP y navegador de la solicitud. Ese registro existe para que la pregunta "qué cambió, cuándo y quién lo aprobó" siempre tenga una respuesta.
Notablemente, el registro de auditoría no se borra cuando borra la memoria de Kora. Los resúmenes de conversación pueden ser olvidados; el registro de lo que se hizo en su cuenta no. Vea Revisión y Borrado de la Memoria de Kora.
Y Si Falla
Kora dice que hizo un cambio pero no pasó nada. Si nunca escribió la frase de confirmación, el cambio nunca se ejecutó. Verifique el estado real en KPanel.
Su confirmación escrita no fue aceptada. La coincidencia es exacta. Copie la frase del mensaje de Kora. Algunas frases incluyen un valor como un dominio o una fecha, y esa parte también tiene que coincidir.
"Esa acción necesita permisos de admin en esta cuenta." Su rol no lo permite. Pida a un Owner o Admin, o hágalo directamente en KPanel.
"Ha alcanzado el límite diario de 200 acciones de Kora." Espere el reinicio de medianoche o haga el cambio en KPanel.
Una acción falló a mitad de camino. Kora reporta la falla y el registro de auditoría mantiene el detalle completo. Si la falla no es autoexplicativa, abra una solicitud de soporte y cite la fecha y hora.