Organización, workspaces y actividades

Todo en Kadu pertenece a una organización, y sus tareas se ordenan en tres niveles:

Organización                ← tu empresa; tiene un Playbook
└── Workspace               ← un dominio de negocio (Finanzas, Cobranza…)
    └── Actividad           ← un agrupador (Baja de Cobros, Conciliación…)
        └── Tarea           ← lo que Kadu ejecuta
            └── Ejecución   ← cada vez que la tarea corre

Nivel	Qué es	De dónde viene
Organización	Tu empresa en Kadu. Tiene el plan contratado, el tope mensual de costo, la zona horaria, los miembros y el Playbook.	Creada por Kobana, o en el registro mediante la GitHub App.
Workspace	Un dominio de negocio. En el Playbook, cada workspace es un plugin.	Creado por la sincronización del repositorio, uno por plugin.
Actividad	Agrupa tareas parecidas dentro de un workspace.	Declarada en el bloque task: de cada skill (task.activity); la sincronización crea la que falta.
Tarea	Una skill que se puede ejecutar desde la consola, por programación, por la API o por llamada HTTP.	Una skill del repositorio con bloque task:.
Ejecución	Un lanzamiento de la tarea, con historial, logs, pendientes, archivos, resultado y costo.	Creada en cada lanzamiento.

El repositorio manda en la estructura

Los workspaces, las actividades y las tareas nacen del Playbook de la organización y se actualizan en cada push. La consola muestra esta estructura en Configuración → Contenido, junto con las skills que aún no se convirtieron en tarea. Para cambiar el nombre de una tarea, su actividad o los secrets que pide, cambia el archivo de la skill en el repositorio. Una edición hecha solo en la consola se deshace en la próxima sincronización.

Ver Kadu Playbook y Sincronización.

Miembros y roles

Quien entra a la consola es miembro de la organización, con un rol que define lo que puede hacer. Los permisos tienen el formato agent.<recurso>.<acción>, por ejemplo agent.executions.run para lanzar una tarea o agent.secrets.update para modificar un secret. Los mismos roles valen para quien usa la API con un token personal.

Algunas pantallas también dependen de lo que Kobana habilitó para la organización: sin la habilitación, la pantalla queda de solo lectura o no aparece.