Revisar y aplicar cambios

Nara no ejecuta cambios por responder en el chat. Cuando tiene todo lo que necesita, prepara un ChangeSet: la descripción exacta del cambio, para que lo revises y decidas.

Cómo leer una propuesta

Cada propuesta muestra el resumen específico de lo que se va a hacer —no un volcado técnico— en bloques que conviene leer antes de aplicar:

Al crear registros, por ejemplo, vas a ver la entidad, la cantidad, quién queda como responsable y los campos de cada fila.

Antes de aplicar, conviene chequear tres cosas:

1. Los defaults que eligió. Nara los deja visibles justamente para que los corrijas. Si algo no te cierra, decíselo en el chat y prepara una propuesta nueva.
2. Los nombres. El nombre visible se cambia después cuando quieras; el nombre interno queda.
3. El alcance. Que sea un cambio y no varios encadenados.

Cambios sensibles

Una propuesta que da o quita acceso —por ejemplo, crear una entidad, que siempre le da permisos a un permission set— se marca como sensible y suma un bloque Impacto en accesos:

• a cuántos usuarios puede alcanzar, como máximo, por los permission sets involucrados;
• a qué entidades y campos se les da acceso.

Son solo cantidades, sin nombres de personas. Si el cambio incluye una regla de visibilidad, la cantidad de usuarios no se puede calcular y la tarjeta lo dice.

Para aplicar un cambio sensible tenés que haber iniciado sesión en los últimos 10 minutos. Si pasó más tiempo, Nara te lo avisa: cerrá sesión, volvé a entrar y aplicala. La propuesta queda guardada mientras tanto. Mientras estés dentro de la cuenta de otra persona con Ingresar como este usuario, un cambio sensible no se puede aplicar.

Aplicar

El cambio ocurre al apretar Confirmar y aplicar, y corre con tus permisos: si vos no podés crear entidades, la propuesta no se aplica aunque Nara la haya preparado.

• Solo quien la generó puede aplicarla o descartarla. Alguien que audita las conversaciones la puede leer, pero no aplicarla.
• Se aplica una sola vez. Un doble click o un reintento no duplican nada: el segundo intento encuentra la propuesta ya aplicada.
• Si falla a la mitad, no queda nada a medias y la propuesta sigue disponible para intentar de nuevo.

Al aplicar se vuelve a verificar todo desde cero:

• que Nara siga habilitada y no esté el corte de emergencia activo;
• que sigas teniendo el permiso de usar el asistente;
• que tu configuración no haya cambiado desde que se generó la propuesta.

Aplicada, la tarjeta muestra el recibo: un link a cada cosa que se creó —la entidad, el campo, la vista, los registros— para ir a verla directamente.

Descartar

Descartar cierra la propuesta: ya no se puede aplicar, y Nara deja de ofrecértela en los mensajes siguientes. Si cambiás de idea, pedíselo de nuevo.

Los borradores de automations, integraciones y otros componentes con código no tienen botón de aplicar: solo Abrir builder y Descartar.

Cuando una propuesta queda vieja

Si entre que Nara preparó la propuesta y el momento de aplicarla cambió tu configuración —alguien agregó un campo, renombró una entidad, editó la ficha—, el ChangeSet queda marcado como desactualizado y no se aplica.

No es un error: es la protección para que una propuesta armada sobre una foto vieja no pise un cambio que hizo otra persona. Pedile lo mismo de nuevo y Nara arma una propuesta sobre la configuración actual.

Lo mismo vale para propuestas viejas de agregar un valor a una lista: las generadas por versiones anteriores de Nara no se pueden aplicar y hay que regenerarlas.

Qué queda registrado

• La propuesta y su resultado quedan auditables, con quién la aplicó y cuándo, aunque después se borre la conversación.
• El consumo (solicitudes, tokens, costo, tiempos de respuesta y errores) queda en el panel de uso del workspace. Ver Configurar Nara.
• La conversación solo se guarda si el workspace lo pidió explícitamente: por default no se conserva. Ver Privacidad y límites.

Quién puede qué

Los permisos se asignan en el permission set de cada persona.