Fiabilidad y reparaciones (resumen)
No existe un modo « Reparación » aparte. La resiliencia forma parte del pipeline Web CODE: en cada envío se califica y sella qué puede cambiar (Stage A) y luego se genera dentro de ese sobre congelado (Stage B). Después entra la validación y normalización nativas; a veces una sola pasada de modelo compacta cuando un borrador no pasa comprobaciones estructurales pero aún puede corregirse sin ampliar el alcance.
Alcance congelado (Stage A) y generación sin ampliación (Stage B)
Sección titulada «Alcance congelado (Stage A) y generación sin ampliación (Stage B)»- Stage A registra qué puede tocar este envío (objetivos editables, pasos/funciones admitidas, restricciones) y sella esa autoridad.
- Stage B no debe ampliar esa admisión. La recuperación corrige la forma y la coherencia de la salida para la misma tarea—no nuevos scripts objetivo, familias de pasos ni ediciones más amplias.
Si el modelo omitió algo que pediste porque nunca se admitió, aclara el mensaje, actualiza el contexto o responde al preflight y vuelve a enviar. El pipeline no « repara » ampliando el alcance.
Validación determinista (antes de aplicar)
Sección titulada «Validación determinista (antes de aplicar)»La validación y normalización nativas (XML de FileMaker, delta CLI, etc.) aplican reglas fijas: por ejemplo identidad de script, tramos de edición mal formados o combinaciones inseguras tras normalizar.
Si no existe un artefacto de aplicación normalizado y seguro, Apply permanece desactivado aunque se muestre texto—usa Preview y Copiar para revisar o recuperar contenido a mano.
Paso de reparación acotado (lo que puedes ver en el chat)
Sección titulada «Paso de reparación acotado (lo que puedes ver en el chat)»Cuando la salida estructurada CODE está casi bien pero falla la validación dentro del sobre sellado, Genie puede mostrar una línea breve del sistema sobre reparar el borrador CODE y ejecutar una sola pasada compacta con un mensaje de modelo acotado al fallo—no un chat de reparación abierto.
Si el resultado sigue siendo un borrador advertido, el chat lo indica. Preview / Copiar / Apply siguen las reglas habituales: Apply solo cuando la pila nativa valida un camino de aplicación; si no, Preview o Copiar.
Qué debes hacer como desarrollador
Sección titulada «Qué debes hacer como desarrollador»- Leer advertencias y supuestos en el hilo antes de aplicar.
- Comparar el XML generado con la intención en Preview, sobre todo tras advertencias.
- Mantener selección y metadatos al día cuando la tarea dependa de identidades reales de script o esquema.
- Tratar reglas de negocio ambiguas o requisitos faltantes como problemas de requisitos—no como algo que un paso automático pueda inventar con seguridad.