---
title: "Esecuzione del lavoro"
description: "Come il lavoro passa dal prompt alla modifica integrata e i tre modi in cui può iniziare."
---

Beeuni svolge il lavoro all'interno di una [sessione](/docs/it/work/sessions): un branch e una sandbox per una singola unità di lavoro. Una sessione termina quando la sua [richiesta di modifica](/docs/it/work/change-requests) (CR) viene integrata nel branch predefinito. Questa pagina descrive il ciclo, poi illustra i tre modi per avviare una sessione.

<CardGroup>
  <Card icon="git-branch" title="Sessioni" href="/docs/it/work/sessions">Un branch e una sandbox per una singola unità di lavoro.</Card>
  <Card icon="git-pull-request" title="Richieste di modifica" href="/docs/it/work/change-requests">La revisione e integrazione nel branch predefinito.</Card>
  <Card icon="cpu" title="Runtime" href="/docs/it/work/runtime">Variabili d'ambiente, token e immagine della sandbox in cui viene eseguita una sessione.</Card>
</CardGroup>

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

## Cosa succede quando inizia una sessione

1. Beeuni crea la riga della sessione e crea un branch dal branch predefinito.
   Il nome del branch è l'ID della sessione.
2. Beeuni seleziona un'immagine sandbox: quella predefinita oppure una tua
   `.beeuni/Dockerfile`, se il manifest ne dichiara una.
3. La sandbox si avvia. Il suo daemon, `beeuni-agent`, clona il repository in
   `/workspace`. Avvia l'[harness](/docs/it/work/harnesses) della sessione.
   Lo stato della sessione diventa `running`.
4. L'agente lavora. Usa i [segreti](/docs/it/project/secrets) tramite le variabili d'ambiente impostate da Beeuni, poi crea commit e fa push sul branch della sessione.
5. L'agente apre una [richiesta di modifica](/docs/it/work/change-requests). La esamini
   e la integri: è l'unico modo in cui il lavoro raggiunge il branch predefinito.

:::info[Git è l'unico registro permanente]
Interrompere una sessione mette in pausa la sandbox, ma ne conserva i file. Eliminare una sessione distrugge definitivamente la sandbox. Sopravvive solo il lavoro di cui è stato eseguito il commit e il push sul branch, e solo una richiesta di modifica integrata lo rende permanente.
:::

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

## Tre modi per eseguire il lavoro

Una sessione può essere avviata in uno di tre modi.

| Modalità | Come funziona |
|---|---|
| Su richiesta | Lo chiedi in chat e ottieni subito il risultato. |
| Con assistenza umana | L'agente lavora e si confronta con te per le decisioni importanti. |
| Automatizzata | Un [trigger](/docs/it/connect/triggers) — una pianificazione o un webhook — avvia la sessione dall'inizio alla fine. |

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

## Argomenti correlati

<CardGroup>
  <Card icon="box" title="Progetti" href="/docs/it/project">Un repository git con un manifest.</Card>
  <Card icon="bot" title="Agenti" href="/docs/it/project/agents">Una persona in formato Markdown con strumenti circoscritti.</Card>
  <Card icon="brain" title="Modelli" href="/docs/it/project/models">Quale modello usa una sessione e chi lo paga.</Card>
  <Card icon="alarm-clock" title="Trigger" href="/docs/it/connect/triggers">Pianificazioni e webhook che avviano le sessioni.</Card>
  <Card icon="cable" title="Connettori" href="/docs/it/connect/connectors">Accesso circoscritto alle app esterne.</Card>
  <Card icon="messages-square" title="Slack e canali" href="/docs/it/connect/slack">Interfacce di chat che avviano le sessioni.</Card>
  <Card icon="monitor" title="Computer" href="/docs/it/connect/computers">Macchine distinte dalle sandbox delle sessioni.</Card>
  <Card icon="users" title="Account" href="/docs/it/accounts">Identità, ruoli e assegnazioni: chi può fare cosa.</Card>
</CardGroup>