Del chat al espacio de trabajo

Cuando el hilo deja de ser una interfaz suficiente

El chat funciona bien como secuencia temporal. Responde a «¿qué ocurrió después?». Funciona peor para preguntas como:

• ¿qué archivos forman parte del trabajo?;
• ¿cuál es la última versión del diagrama?;
• ¿qué tareas siguen abiertas?;
• ¿en qué estado está la ejecución?;
• ¿de qué mensaje procede esta conclusión?;

Resolverlas mediante búsqueda visual en el historial traslada al usuario una tarea de reconstrucción que el sistema ya puede hacer.

La solución de ALLAN consiste en mantener la conversación y añadir vistas especializadas sobre la misma sesión:

Vista	Contenido
Conversación	El hilo original, que continúa siendo el canal principal.
Archivos y fuentes	Ficheros aportados o generados y enlaces compartidos.
Artefactos	Diagramas, tablas, documentos y otros resultados estructurados.
Resumen y estado	Síntesis viva, run activo, esperas e hitos.
Tareas y calendario	Acciones acordadas, evidencia y fechas.

Proyección, no segundo almacén

El principio rector es que el workspace sea una proyección indexada de lo que ya ocurre en la sesión. Un archivo procede del catálogo de archivos; un artefacto, de un turno; una tarea, de una decisión con evidencia; un estado, de un run.

Este principio tiene consecuencias verificables:

1. El índice puede borrarse y reconstruirse a partir de la conversación y de los catálogos autoritativos.
2. Cada elemento conserva una referencia a su origen.
3. Desactivar las vistas no cambia el comportamiento del chat.
4. Una pestaña no puede introducir un canal lateral invisible para la conversación.
5. Las correcciones se realizan sobre el objeto autoritativo o mediante una mutación explícita, no editando una copia decorativa.

Extracto. Una proyección puede ser prescindible como almacenamiento y esencial como experiencia de trabajo.

Los patrones de CQRS y vistas materializadas describen una separación similar: un modelo de lectura se optimiza para una consulta concreta y puede regenerarse desde la fuente de verdad. ALLAN aplica esa idea a la interfaz de una sesión, sin afirmar que toda la plataforma adopte event sourcing.

Archivos, fuentes y artefactos

Un espacio de trabajo debe distinguir entre objetos aportados y resultados producidos.

• Archivo aportado: forma parte del contexto suministrado por una persona o una integración.
• Archivo generado: ha sido producido por una herramienta o por el agente y publicado en la sesión.
• Fuente: enlace o referencia consultable que sustenta un resultado.
• Artefacto: objeto estructurado que puede tener representación y versiones propias, como un diagrama o una tabla.

Las versiones de un mismo artefacto deben agruparse sin borrar las anteriores. La última versión puede ser la predeterminada, pero el historial conserva qué cambio se produjo y desde qué turno.

La promoción de elementos evidentes —por ejemplo, un bloque de diagrama o una tabla— puede ser determinista. No todo el indexado requiere una llamada a un modelo.

Un resumen vivo, no una verdad paralela

El resumen se actualiza fuera del camino crítico de la emisión. Recibe el resumen vigente y los turnos posteriores a una marca de avance y produce una nueva síntesis. Periódicamente puede compactarse.

La marca de avance hace explícito hasta qué punto del historial se ha procesado. El resumen debe mostrar esa condición y conservar el enlace al material original. No tiene autoridad para corregir la conversación ni para sustituir evidencia.

El procesamiento asíncrono evita añadir latencia al primer token y permite medir el coste del resumen como una actividad propia.

Tareas con evidencia y autoridad humana

Una extracción puede proponer tareas a partir del diálogo, con título, fecha y referencia al turno. Sin embargo, una inferencia no debe imponerse sobre una decisión humana.

Se aplican dos reglas:

• una tarea descartada por la persona no reaparece por una nueva extracción;
• una edición humana es autoritativa y queda diferenciada de la propuesta del extractor.

Para mantener esa decisión es necesario conservar marcas persistentes de rechazo. El borrado visual sin memoria de la decisión haría que el sistema repitiera la misma sugerencia.

Estado operativo como parte del trabajo

El workspace no solo organiza resultados. También muestra si el agente está trabajando, esperando una herramienta, solicitando información o ha terminado.

Este estado procede del run durable, no de una animación de la interfaz. La persona puede volver a la conversación que lo originó y entender qué actividad continúa aunque el stream se haya desconectado.

Carpetas vinculadas: una frontera posterior

Vincular una carpeta externa añade un problema diferente. Ya no se proyecta solo contenido de la sesión; se concede acceso continuo a un sistema externo y, si existe escritura, capacidad de modificarlo.

Esa extensión debe diseñarse con:

• identidad delegada de la persona, no una credencial global indiscriminada;
• scope mínimo y evaluación por operación;
• aprobación para escrituras de riesgo;
• revocación efectiva;
• procedencia de los documentos incorporados a memoria;
• límites de sincronización, retención y borrado.

Por ello, las carpetas vinculadas se mantienen fuera del alcance del primer workspace aunque el modelo evite tener que rediseñarlo después.

Estado y límites

Las vistas principales, el indexado, el resumen y las tareas cuentan con implementación en la revisión examinada. La integración amplia con carpetas externas pertenece a una fase posterior.

Una proyección reconstruible puede contener errores de clasificación. La reconstrucción tampoco resuelve automáticamente borrado, consistencia eventual o referencias a recursos externos que ya no existen. Es una disciplina de propiedad de datos, no una garantía completa.

Referencias

Fuente editorial de ALLAN

• Platform Server/docs/session-workspace-design.md.
• El plan de implementación asociado se utilizó solo para contrastar el estado.

Fuentes externas

• Microsoft Azure Architecture Center, CQRS pattern, documentación de arquitectura, actualizada en 2025.
• Microsoft Azure Architecture Center, Event Sourcing pattern, documentación de arquitectura, consultada en 2026.
• W3C, PROV-O: The PROV Ontology, Recomendación del W3C, 2013.