AI Helper prueba en ventanas TEMP antes de guardar nada
Una IA que puede editar tu configuración solo es útil si puedes confiar en que no te sorprenderá. El AI Helper de JustZix está construido en torno a una regla: te muestra todo antes de confirmar nada. Esta entrada trata de ese diseño — el modelo de «probar, luego confirmar» — y de por qué es la diferencia entre un asistente útil y uno arriesgado.
El problema de «simplemente deja que la IA lo haga»
Es tentador dejar que un asistente cree reglas directamente. También es una mala idea. Un modelo puede elegir un selector demasiado amplio, ocultar más de lo que querías o limitar una regla a * cuando querías decir un solo dominio. Si ese cambio se escribe en silencio, te enteras cuando algo se rompe — y no sabes cuál de las ediciones de la IA lo causó.
AI Helper evita esto por completo. Puede proponer y probar con libertad, pero no puede guardar sin ti. Dos mecanismos lo imponen: las ventanas TEMP para probar y la confirmación explícita para persistir.
Ventanas TEMP: un entorno aislado que puedes ver
Cuando AI Helper quiere probar código, no lo escribe en una regla real. Invoca open_temp_pane para abrir una ventana TEMP CSS o JS — la misma ventana de desarrollador dentro de la pestaña que abrirías a mano — y luego set_temp_pane_code para insertar su código allí. Una ventana TEMP, por definición, no se guarda: se aplica solo a la pestaña actual y desaparece cuando terminas con ella.
Y lo crucial: ves aparecer el código. La ventana está en pantalla, el código cae en ella carácter a carácter y la página reacciona en vivo. No hay ningún paso oculto. Si el CSS del modelo oculta lo que no debe, lo ves en el mismo instante que el modelo.
Por qué «visible» importa más que «reversible»
Muchas herramientas te dejan deshacer un cambio. Eso está bien, pero es reactivo — deshaces después de que algo salió mal. Un entorno aislado visible es proactivo: el cambio malo nunca llega a tu configuración guardada. La ventana TEMP es un probador de ropa. Te pruebas la prenda antes de comprarla; no la compras y la devuelves.
Cada creación es una confirmación separada y explícita
Probar es gratis. Guardar no. AI Helper tiene exactamente tres herramientas que cambian tu configuración almacenada, y cada una dispara su propio diálogo de confirmación:
| Herramienta | Qué crea | Confirmación |
|---|---|---|
create_folder | Una carpeta nueva | Separada, explícita |
create_group | Un grupo nuevo dentro de una carpeta | Separada, explícita |
create_rule | Una regla nueva con CSS/JS | Separada, explícita |
«Separada» es la palabra clave. Si una tarea necesita una carpeta nueva, un grupo dentro de ella y una regla dentro de ese grupo, obtienes tres confirmaciones, no un único «aprobar todo». Puedes aprobar la carpeta y el grupo pero rechazar la regla, o viceversa. El modelo no puede colar una sorpresa en un sí que diste para otra cosa.
Qué te muestra la confirmación
Una confirmación no es un vago «la IA quiere hacer cambios». Muestra la carga concreta: para una regla, el nombre, el patrón de URL y el cuerpo completo del CSS/JS. Lees el código real antes de que se almacene. Si el patrón de URL es demasiado amplio, lo ves justo ahí — y rechazas.
El flujo de trabajo impuesto
Esto no se deja a las buenas intenciones del modelo. El prompt de sistema codifica de forma fija el orden de las operaciones:
- Pedir detalles — aclara el objetivo antes de tocar nada.
- Inspeccionar la página — usa
query_pageylist_structurepara trabajar a partir de hechos. - Probar en una ventana TEMP — abre un panel, inserta código, deja que observes.
- Pedirte que verifiques — devuelve explícitamente el control: «¿se ve bien esto?»
- Persistir solo después de que estés de acuerdo — y solo mediante una llamada
create_*confirmada.
Así que incluso un modelo entusiasta que proponga algo agresivo se topa con la misma puerta: tiene que mostrártelo y luego preguntar.
Las llamadas a herramientas también son visibles
Cada acción que toma AI Helper aparece como un chip en la conversación. ¿Inspeccionó la página? Chip. ¿Abrió un panel TEMP? Chip. Tienes un registro continuo y legible de lo que hizo el asistente y en qué orden. No hay «confía en mí» — hay un rastro.
Las claves quedan al margen
El modelo de seguridad se extiende a tus credenciales. Las llamadas a la API pasan por el service worker en segundo plano de la extensión, así que tu clave del proveedor nunca entra en el contexto de la página y la solicitud esquiva la CSP de la página. La página que estás modificando no puede leer tu clave, y el modelo no puede alcanzar tu configuración almacenada salvo a través de las tres herramientas confirmadas.
Cuándo deberías seguir prestando atención
El modelo no es infalible. El sistema está construido para que un error quede contenido en una ventana TEMP — pero tú sigues siendo el revisor. Lee el código propuesto. Comprueba el patrón de URL. Recarga la página durante las pruebas. El diálogo de confirmación es un punto de decisión real, no una formalidad para clicar de paso.
Consulta también
- Construye una regla con AI Helper — ve el bucle de probar y luego confirmar en un recorrido completo.
- El flujo de trabajo agéntico de llamadas a herramientas — el bucle de 8 pasos y la lista completa de herramientas.
- Claves de API: privacidad y sincronización — dónde viven las claves y cómo el service worker las aísla.
Descarga JustZix — gratis, sin cuenta. Un asistente de IA que propone, prueba a la vista de todos y guarda solo con tu aprobación explícita.
Valora este artículo
Sin valoraciones — sé el primero.