Una casilla de chat en blanco es un mal lugar para ejecutar trabajo consecuente. Colapsa cinco preguntas muy distintas —qué quieres, qué estás mirando, en qué se basa, qué tienes permitido hacer y qué ha ocurrido ya— en un único flujo indiferenciado. Para tareas informales eso está bien. Para operaciones gobernadas, donde las acciones tocan sistemas de registro y las decisiones deben ser defendibles, ese colapso es justamente lo que no puedes permitirte.
El espacio de trabajo de Threada está descompuesto deliberadamente en cinco superficies. Cada una responde a una de esas preguntas, y mantenerlas separadas es lo que hace que el trabajo sea revisable.
1. La barra de intención: ¿qué quieres?
El trabajo en Threada empieza desde una barra de intención persistente en lugar de una navegación profunda. Enuncias el resultado en lenguaje natural, opcionalmente con comandos estructurados, y el runtime lo convierte en un artefacto estructurado y ejecutable: un WorkItem con entidades extraídas, una puntuación de confianza y señales de riesgo.
Esto es interacción centrada en la intención. En lugar de obligar al operador a saber qué formulario, qué cola y qué flujo de trabajo aplica antes de poder empezar, el sistema captura el objetivo y arma el camino. Cuando falta información, solicita exactamente lo que necesita en lugar de presentar un largo asistente estático por adelantado.
2. El lienzo adaptable: ¿en qué estás trabajando?
El lienzo es donde vive el WorkItem y donde toma forma. Es adaptable: la interfaz puede ensamblar formularios temporales, comparaciones y paneles de decisión para recopilar el contexto que falta y completar la tarea, en lugar de renderizar un diseño fijo para cada tipo de trabajo.
La salida generada toma por defecto la forma de un borrador editable, no de un cambio confirmado. El operador revisa, edita y decide. Las affordances de control son explícitas —zonas de bloqueo y de no cambio, comparación lado a lado, deshacer rápido y reversión de versiones— de modo que el lienzo es un lugar para deliberar, no un lugar donde la primera conjetura del modelo se convierte en verdad.
3. El cajón de evidencia: ¿en qué se basa?
Toda salida consecuente debería poder mostrar su trabajo. El cajón de evidencia contiene las citas, los rastros de recuperación y la atribución de fuentes que fundamentan el WorkItem. Cuando el sistema no puede fundamentar una respuesta, lo dice explícitamente con una razón de respaldo en lugar de inventar confianza.
Esta es la superficie que convierte “confía en la IA” en una afirmación inspeccionable y no en un acto de fe. Un operador no tiene que creer en un borrador; puede abrir el cajón y comprobar en qué se apoyó, qué tan recientes eran las fuentes y de dónde provino cada afirmación.
4. Los controles de acción: ¿qué puedes hacer?
Leer y redactar es seguro. Actuar sobre el mundo no lo es, así que la superficie de controles está gobernada. Es donde las propuestas se convierten en aprobaciones y las aprobaciones en acciones ejecutadas contra sistemas externos: un reembolso, un ticket, una actualización de registro, una concesión de acceso.
La gobernanza aquí se expresa como política —permisos, umbrales, puertas de aprobación y líneas rojas— no como interruptores de ajustes dispersos. Las acciones de alto riesgo avanzan por una progresión explícita de propuesta, aprobación y ejecución, y solo se auto-ejecutan cuando una política lo permite. Un interruptor de corte a nivel de servicio puede detener la ejecución antes de que se llame a cualquier conector, preservando el estado para su revisión. La superficie de controles es donde la cautela del sistema se hace concreta.
5. El registro de ejecución: ¿qué ha sucedido?
El registro de ejecución es la línea de tiempo del WorkItem: cada transición, cada aprobación, cada acción, cada evento de participante de IA, en orden. Es la superficie donde los comprobantes se acumulan en historia.
De forma crucial, las acciones de IA aparecen como eventos de actor distintos, no fundidos con la actividad humana. Cuando lees el registro de ejecución puedes saber quién propuso, quién aprobó y qué se ejecutó —humano o agente— sin adivinar. El registro de ejecución es lo que lee un auditor al final del trimestre y lo que lee un operador para entender el caso que tiene delante hoy.
Por qué la separación es la clave
Sería más simple construir una sola superficie y dejar que todo se difumine. La razón para no hacerlo es que el trabajo consecuente exige que mantengas estas preguntas separadas.
Si la intención, la evidencia y la acción comparten una superficie, resulta fácil actuar sobre algo que nunca fundamentaste, o aprobar algo cuya base nunca viste. Al dar a cada una su propia superficie, Threada hace que el camino cuidadoso sea el natural: enuncia la intención, da forma al borrador en el lienzo, comprueba la evidencia y luego actúa a través de controles gobernados, con el registro de ejecución registrándolo todo.
Las cinco superficies se mantienen constantes a través de packs y roles; lo que las llena se adapta. Esa estabilidad es deliberada. Un operador que aprende la forma de un espacio de trabajo ha aprendido la forma de todos ellos, ya sea que esté ejecutando un aprovisionamiento de acceso de TI, una revisión de seguridad de un proveedor o una aprobación de compras. El trabajo cambia. La manera en que razonas sobre él, no.