1. Inicio
  2. Plataforma
  3. Orion Workspace
Orion Workspace · La experiencia conectada dentro de OrionVisión de plataforma

Una petición. Un camino trazable hacia delante.

Una conversación no debería perder su sentido cuando el trabajo se convierte en una tarea, un cambio de código o un despliegue. Orion Workspace está concebido como el lugar conectado para las personas, las decisiones y la evidencia que hay detrás de una aplicación.

La experiencia que aquí se describe es nuestra dirección para NatusAI Orion. El alcance y la disponibilidad del producto se cualifican por separado; no se trata del anuncio de una versión.

Ver el alcance técnico previsto

Vistas conceptuales de aplicaciones conectadas que orbitan alrededor de un espacio de trabajo compartido
Seguir el trabajo

«Avisen a nuestro equipo cuando un envío pueda llegar fuera de su ventana de entrega.»

Una petición ilustrativa muestra la cadena prevista. Cada etapa produce algo que la siguiente persona, o un agente autorizado, puede revisar.

  1. Petición y aceptación

    Registrar la necesidad. Acordar qué envíos, qué se considera un retraso y quién puede recibir la información. Un comentario entrante solo se convierte en requisito cuando se acepta.

  2. Cambio y evidencia

    Asociar el cambio exacto en el código fuente con una vista previa, los resultados de las pruebas y la decisión de promoverlo. Una verificación fallida sigue siendo visible.

  3. Versión y despliegue

    Crear una versión inmutable, registrar el entorno de destino y observar si la aplicación supera allí sus comprobaciones de aceptación.

  4. Resultado y siguiente petición

    Mantener vinculadas a la versión las observaciones resultantes sobre estado, soporte y uso. Usar la nueva evidencia para orientar la siguiente mejora.

Flujo de trabajo ilustrativo; no es un espacio de trabajo en funcionamiento ni la demostración de una aplicación publicada.

Contexto que perdura más allá de la sesión

Conserve el motivo junto al resultado.

Cuatro tipos de registro permanecen conectados, de modo que quien revise una aplicación pueda ver por qué cambió, y no solo que cambió.

Peticiones y decisiones

Conversaciones, incidencias, requisitos, criterios de aceptación y aprobaciones conservan significados distintos y responsables claros.

Conocimiento y código fuente

La documentación, las referencias al código fuente y el historial de ingeniería se mantienen versionados y atribuibles. Está prevista una colaboración basada en Git; la forja aún no se ha seleccionado.

Trabajo de IA y evidencia

Tareas, intentos, puntos de control, diagnósticos, evaluaciones y artefactos de verificación quedan vinculados a las entradas y a la versión del código fuente a las que se refieren.

Versiones y entornos

Un cambio fusionado, una versión publicada y un despliegue en buen estado son resultados distintos, con registros y comprobaciones independientes.

Auriga en el espacio de trabajo

La IA recibe el contexto que necesita, y los límites que debe respetar.

Una tarea debería encontrar primero la capacidad y la versión relevantes, y después recuperar los esquemas, ejemplos o evidencias que necesita. Un cambio pequeño no debería obligar a cargar un repositorio completo ni todo el historial de una conversación.

Los intentos persistentes, la cancelación, los puntos de control y los presupuestos hacen comprensible el trabajo en curso. Los resúmenes conservan las referencias a las fuentes y su vigencia, mientras que el conocimiento de la aplicación solo es visible para los participantes autorizados.

Los diagnósticos compactos y los diffs precisos ayudan a personas y agentes a revisar el resultado sin ocultar información importante sobre corrección o permisos.

Flujos de trabajo coordinados conceptuales con puntos de control explícitos
Reutilizar con responsabilidades separadas

Una mejora útil puede servir a más de una aplicación.

Varias peticiones pueden apuntar a la misma capacidad que falta en una biblioteca. Workspace las vincularía a un único candidato reutilizable, manteniendo separadas la visibilidad, la validación y el despliegue de cada cliente.

Hitos distintos, evidencias distintas
HitoLo que acredita
Requisito aceptadoUna persona responsable ha acordado el comportamiento previsto y sus criterios de aceptación.
Cambio fusionadoEl historial del código fuente contiene el cambio revisado; no se publica automáticamente.
Artefacto publicadoExiste una versión exacta e inmutable, con su evidencia de dependencias y de verificación.
Despliegue en buen estadoUna aplicación y un entorno concretos han superado las comprobaciones operativas pertinentes.
Un CIO y una persona responsable de seguridad ante una pared de cristal, hablando de quién controla el acceso y los límites de los datos (imagen ilustrativa)
Propiedad humana

El espacio de trabajo coordina la autoridad. No la inventa.

Las personas conservan el control de la intención de negocio, el acceso, los presupuestos y las políticas operativas. La visibilidad de la plataforma no da acceso a datos confidenciales de las aplicaciones.

El agente que propone un cambio no puede aprobar la ampliación de sus propios permisos, rebajar sus criterios de aceptación ni activar a su propio sucesor.

Escriba su próximo capítulo

Conectemos las posibilidades

Cuéntenos qué necesita su empresa. Le ayudaremos a encontrar un punto de partida práctico.

O escríbanos a contact@natusai.com

Una responsable de producto, un responsable de seguridad y una analista revisan una aplicación interna antes de su lanzamiento (imagen ilustrativa)