---
title: "Ejecución del trabajo"
description: "Cómo avanza el trabajo desde el prompt hasta el cambio fusionado, y las tres formas en que comienza."
---

Beeuni realiza el trabajo dentro de una [sesión](/docs/es/work/sessions): una rama y un entorno aislado para una
unidad de trabajo. Una sesión termina cuando su [solicitud de cambio](/docs/es/work/change-requests) (CR)
se fusiona de nuevo con la rama predeterminada. Esta página recorre el ciclo y luego muestra las
tres formas en que puede comenzar una sesión.

<CardGroup>
  <Card icon="git-branch" title="Sesiones" href="/docs/es/work/sessions">Una rama y un entorno aislado para una unidad de trabajo.</Card>
  <Card icon="git-pull-request" title="Solicitudes de cambio" href="/docs/es/work/change-requests">La fusión revisada de vuelta a la rama predeterminada.</Card>
  <Card icon="cpu" title="Entorno de ejecución" href="/docs/es/work/runtime">Variables de entorno, tokens y la imagen del entorno aislado en la que se ejecuta una sesión.</Card>
</CardGroup>

<a id="what-happens-when-a-session-starts"></a>

## Qué ocurre cuando comienza una sesión

1. Beeuni crea el registro de la sesión y crea una rama a partir de la rama predeterminada.
   El nombre de la rama es el ID de la sesión.
2. Beeuni resuelve una imagen del entorno aislado: la imagen predeterminada o tu propia
   `.beeuni/Dockerfile` si el manifiesto declara una.
3. El entorno aislado se inicia. Su demonio, `beeuni-agent`, clona el repositorio en
   `/workspace`. Inicia el [arnés](/docs/es/work/harnesses) de la sesión.
   El estado de la sesión pasa a ser `running`.
4. El agente trabaja. Usa [secretos](/docs/es/project/secrets) mediante las
   variables de entorno que establece Beeuni y luego hace commit y push a la rama de la sesión.
5. El agente abre una [solicitud de cambio](/docs/es/work/change-requests). Tú la revisas
   y la fusionas: es la única forma en que el trabajo llega a la rama predeterminada.

:::info[Git es el único registro duradero]
Detener una sesión pausa el entorno aislado, pero conserva sus archivos. Eliminar una sesión
destruye el entorno aislado para siempre. Solo sobrevive el trabajo confirmado y enviado a la rama,
y solo una solicitud de cambio fusionada lo hace permanente.
:::

<a id="three-ways-work-runs"></a>

## Tres formas de ejecutar el trabajo

Una sesión comienza de una de estas tres formas.

| Modo | Cómo funciona |
|---|---|
| Bajo demanda | Lo pides en el chat y obtienes el resultado de inmediato. |
| Con asistencia humana | El agente trabaja y te consulta para las llamadas importantes. |
| Automatizado | Un [activador](/docs/es/connect/triggers) —una programación o un webhook— inicia la sesión de principio a fin. |

<a id="related"></a>

## Relacionado

<CardGroup>
  <Card icon="box" title="Proyectos" href="/docs/es/project">Un repositorio de Git con un manifiesto.</Card>
  <Card icon="bot" title="Agentes" href="/docs/es/project/agents">Una persona de Markdown con herramientas delimitadas.</Card>
  <Card icon="brain" title="Modelos" href="/docs/es/project/models">Qué modelo usa una sesión y quién paga.</Card>
  <Card icon="alarm-clock" title="Activadores" href="/docs/es/connect/triggers">Programaciones y webhooks que inician sesiones.</Card>
  <Card icon="cable" title="Conectores" href="/docs/es/connect/connectors">Acceso delimitado a aplicaciones externas.</Card>
  <Card icon="messages-square" title="Slack y canales" href="/docs/es/connect/slack">Superficies de chat que inician sesiones.</Card>
  <Card icon="monitor" title="Computadoras" href="/docs/es/connect/computers">Máquinas distintas de los entornos aislados de las sesiones.</Card>
  <Card icon="users" title="Cuentas" href="/docs/es/accounts">Entidades, roles y asignaciones: quién puede hacer qué.</Card>
</CardGroup>
