Por qué cada respuesta de MCP4Unreal declara su modo de transacción

La promesa que hacen todos los demás

Varios plugins MCP para Unreal anuncian soporte de undo total: cada acción de la IA, reversible al instante con Ctrl+Z. Es un gran titular. También es algo que Unreal Editor no puede garantizar realmente, y cualquiera que haya trabajado con FScopedTransaction sabe por qué.

El sistema de transacciones del editor captura cambios en UObjects que participan del buffer de undo. No captura archivos escritos a disco, assets importados por pipelines externos, operaciones de source control, ni estado de subsistemas que nunca se registraron con el sistema de transacciones. Un plugin que dice “cualquier acción” o se restringe al subconjunto seguro y exagera el claim, o lo afirma igual y deja que descubras las excepciones en producción.

Lo que entregamos en su lugar

Cada respuesta de MCP4Unreal declara uno de tres modos de transacción:

• execution_scoped — la mutación corrió dentro de una transacción del editor. La pila de undo la capturó. Ctrl+Z funciona, y lo decimos por llamada, no por folleto.
• handler_owned — el handler gestiona su propio ciclo de vida de estado. La semántica de undo es el comportamiento documentado del handler, no el del editor.
• not_applicable — llamadas de solo lectura o de planificación. No hay nada que deshacer.

Quien llama — humano o agente — siempre sabe si el cambio que acaba de hacer puede revertirse con el historial del editor. Sin adivinar, sin sorpresas en el peor momento.

Por qué esto es una feature y no una limitación

La respuesta honesta a “¿esto se puede deshacer?” es “depende de la operación”. Nuestra posición es que un puente de automatización debe darte esa respuesta en cada respuesta individual en lugar de un sí genérico de marketing. Es el mismo principio detrás de nuestros estados HonestStub y PlanningOnly: el catálogo te dice lo que realmente pasa, no lo que suena mejor.

Sobre los modos están las compuertas de confirmación. Las clases de herramienta de escritura, mutación del editor y destructivas requieren confirmación explícita o un dry run antes de ejecutar — el validador se niega a publicar una herramienta que salte la compuerta. La reversibilidad es la segunda línea de defensa; la primera es que nada destructivo corre sin que tú lo digas.

Hacia dónde va esto

Los modos declarados también nos dan un camino medible: podemos auditar qué porcentaje de la superficie de mutación es execution_scoped hoy, migrar operaciones handler_owned a transacciones del editor donde sea técnicamente sólido, y publicar la matriz de excepciones de todo lo que genuinamente no puede deshacerse. Cuando reclamemos una cobertura de undo más amplia, llegará como llega cada claim de MCP4Unreal — con evidencia de validación detrás.