---
title: "Laufende Arbeit"
description: "Wie die Arbeit vom Prompt bis zur zusammengeführten Änderung verläuft und auf welche drei Arten sie beginnt."
---

Beeuni erledigt Arbeit innerhalb einer [Session](/docs/de/work/sessions): eines Branches und einer Sandbox für eine
Arbeitseinheit. Eine Session endet, wenn ihr [Change Request](/docs/de/work/change-requests) (CR)
in den Standard-Branch zurückgeführt wird. Diese Seite beschreibt zunächst den Ablauf und zeigt anschließend die
drei Möglichkeiten, wie eine Session gestartet werden kann.

<CardGroup>
  <Card icon="git-branch" title="Sessions" href="/docs/de/work/sessions">Ein Branch und eine Sandbox für eine Arbeitseinheit.</Card>
  <Card icon="git-pull-request" title="Change Requests" href="/docs/de/work/change-requests">Die geprüfte Zusammenführung in den Standard-Branch.</Card>
  <Card icon="cpu" title="Laufzeit" href="/docs/de/work/runtime">Umgebungsvariablen, Tokens und das Sandbox-Image, in dem eine Session ausgeführt wird.</Card>
</CardGroup>

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

## Was beim Start einer Session passiert

1. Beeuni erstellt den Session-Eintrag und legt einen Branch aus dem Standard-Branch an.
   Der Branch-Name ist die Session-ID.
2. Beeuni ermittelt ein Sandbox-Image: das Standard-Image oder Ihr eigenes
   `.beeuni/Dockerfile`, wenn das Manifest eines deklariert.
3. Die Sandbox wird gestartet. Ihr Daemon, `beeuni-agent`, klont das Repository nach
   `/workspace`. Er startet das [Harness](/docs/de/work/harnesses) der Session.
   Der Session-Status wird zu `running`.
4. Der Agent arbeitet. Er verwendet [Secrets](/docs/de/project/secrets) über die
   Umgebungsvariablen, die Beeuni setzt, und führt anschließend einen Commit und Push in den Session-
   Branch durch.
5. Der Agent öffnet einen [Change Request](/docs/de/work/change-requests). Sie prüfen
   ihn und führen ihn zusammen — nur so gelangt Arbeit in den Standard-Branch.

:::info[Git ist der einzige dauerhafte Datensatz]
Das Stoppen einer Session pausiert die Sandbox, behält aber ihre Dateien bei. Das Löschen einer Session
zerstört die Sandbox endgültig. Nur Arbeit, die in den Branch committed und gepusht wurde,
bleibt erhalten, und nur ein zusammengeführter Change Request macht sie dauerhaft.
:::

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

## Drei Arten, Arbeit auszuführen

Eine Session kann auf eine von drei Arten gestartet werden.

| Modus | Funktionsweise |
|---|---|
| Auf Abruf | Sie fragen im Chat und erhalten das Ergebnis sofort. |
| Mit menschlicher Unterstützung | Der Agent arbeitet und stimmt sich bei wichtigen Aufrufen mit Ihnen ab. |
| Automatisiert | Ein [Trigger](/docs/de/connect/triggers) — ein Zeitplan oder Webhook — startet die Session vollständig. |

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

## Verwandte Themen

<CardGroup>
  <Card icon="box" title="Projekte" href="/docs/de/project">Ein Git-Repository mit einem Manifest.</Card>
  <Card icon="bot" title="Agents" href="/docs/de/project/agents">Eine Markdown-Persona mit eingeschränkten Tools.</Card>
  <Card icon="brain" title="Modelle" href="/docs/de/project/models">Welches Modell eine Session verwendet und wer dafür bezahlt.</Card>
  <Card icon="alarm-clock" title="Trigger" href="/docs/de/connect/triggers">Zeitpläne und Webhooks, die Sessions starten.</Card>
  <Card icon="cable" title="Konnektoren" href="/docs/de/connect/connectors">Gezielter Zugriff auf externe Apps.</Card>
  <Card icon="messages-square" title="Slack & Channels" href="/docs/de/connect/slack">Chat-Oberflächen, die Sessions starten.</Card>
  <Card icon="monitor" title="Computer" href="/docs/de/connect/computers">Maschinen, die von Session-Sandboxes getrennt sind.</Card>
  <Card icon="users" title="Konten" href="/docs/de/accounts">Identitäten, Rollen und Zuweisungen — wer was tun darf.</Card>
</CardGroup>