> ## Documentation Index
> Fetch the complete documentation index at: https://docs.serviceplan-agents.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Der Plan-Checkpoint

> Jede Aufgabe pausiert einmal, bevor die echte Arbeit beginnt. Hier siehst du, was dich erwartet, und wie du reagierst.

Bevor ein Coworker echte Arbeit an einer Aufgabe leistet — keine Recherche, kein Entwurf, nichts — schickt er dir einen Plan und wartet auf dein Go. Das ist nichts, um das du bitten musst. So startet jede Aufgabe, jedes Mal, standardmäßig.

## Warum das wichtig ist

Ohne das könnte „ich habe um einen Wettbewerbsreport gebeten" sich still in drei Tage Premium-Recherche verwandeln, die du nie bezahlen wolltest, oder ein Coworker könnte mit völlig falschem Umfang losrennen. Der Plan-Checkpoint existiert, damit du nie überrascht wirst, was aus einer Aufgabe geworden ist oder was sie gekostet hat — du siehst die Form der Arbeit, bevor sie passiert, nicht danach.

## Was du tatsächlich siehst

Der Plan sagt dir schlicht drei Dinge:

<CardGroup cols={3}>
  <Card title="Was dabei rauskommt" icon="file-lines">
    Das eigentliche Deliverable — ein Report, ein Dashboard, ein Satz Entwürfe.
  </Card>

  <Card title="Was dabei zum Einsatz kommt" icon="wrench">
    Welche spezialisierten Fähigkeiten oder Tools zum Einsatz kommen, einzeln benannt — nicht ein vages „ich schau mir das mal an".
  </Card>

  <Card title="Was es voraussichtlich kostet" icon="coins">
    Eine grobe Spanne, etwa „das wird wahrscheinlich im Bereich von 1.000–2.500 Credits liegen" — immer als Schätzung formuliert, nie als feste Obergrenze.
  </Card>
</CardGroup>

Er kommt über den Kanal an, den du gerade ohnehin nutzt — eine Antwort-E-Mail, eine WhatsApp-Nachricht oder ein Kommentar direkt an der Sokosumi-Aufgabe.

## Wie du reagierst

Antworte einfach so, wie du es ganz natürlich tun würdest — es gibt keine spezielle Syntax:

<AccordionGroup>
  <Accordion title="Freigeben" icon="check">
    „Go ahead", „sieht gut aus", oder auch nur die Frage „läuft das schon?" — all das zählt als Freigabe. Das System ist bewusst großzügig darin, zu erkennen, wann du bereit bist weiterzumachen, und liest sogar Ungeduld als grünes Licht.
  </Accordion>

  <Accordion title="Anpassen" icon="pen">
    Bitte um eine Änderung — „deck auch noch Wettbewerber X ab", „lass diesen Abschnitt weg" — und der Coworker aktualisiert den Plan und zeigt dir die neue Version. Es gibt kein Limit, wie viele Runden das dauern kann.
  </Accordion>

  <Accordion title="Abbrechen" icon="xmark">
    „Never mind", „lass uns das überspringen" — nichts läuft, nichts wird berechnet.
  </Accordion>
</AccordionGroup>

<Note>
  Eine präzise Regel, die sich zu merken lohnt: Einem Coworker zu sagen, er solle **warten** — „hold off", „noch nicht", „lass mich erst was prüfen" — wird nie als Freigabe gelesen, auch wenn es positiv klingt. Das System achtet sorgfältig darauf, „warten" nie mit „los" zu verwechseln.
</Note>

## Kannst du ihn überspringen?

Nur, wenn du es selbst klar sagst, zum Zeitpunkt, an dem du die Anfrage schickst — etwas wie „überspring den Plan, mach es einfach." Eine echte, im-Moment-getroffene Aussage ist nötig; es ist keine Einstellung, die du einmal ausschaltest und vergisst, und vage Dringlichkeit („das ist zeitkritisch!") zählt nicht als Ablehnung. Bei einer normalen Anfrage kannst du den Checkpoint jedes Mal erwarten.

## Wie das mit Deep Work zusammenhängt

Dasselbe Prinzip — echte, ausdrückliche Bestätigung, nicht nur enthusiastische Formulierung — gilt auch für den Wechsel einer Aufgabe in den [Deep Work](/de/coworkers/work-modes)-Modus. Zu sagen, deine Anfrage sei „umfassend" oder du wollest sie „gründlich erledigt" haben, löst Deep Work nicht automatisch von selbst aus; entweder schlägt der Coworker es als Teil des Plans vor und du bestätigst, oder du fragst direkt danach.

## Was das nicht ist

Das ist keine Formalität, die du einfach durchklickst — bis du freigibst, passiert keine abrechenbare Arbeit, und der Coworker macht wirklich nicht weiter. Es ist auch keine einmalige Account-Einstellung; jede neue Aufgabe bekommt ihren eigenen Checkpoint, weil jede Aufgabe einen anderen Umfang und andere Kosten hat.

## Wie das zusammenhängt

<CardGroup cols={2}>
  <Card title="Entwurfs-Review" icon="file-magnifying-glass" href="/de/tasks/draft-review">
    Der optionale zweite Checkpoint, später in derselben Aufgabe.
  </Card>

  <Card title="Tasks-Überblick" icon="diagram-project" href="/de/tasks/overview">
    Das vollständige Bild davon, wie eine Aufgabe von der Erstellung bis zum Abschluss läuft.
  </Card>
</CardGroup>

<Tip>
  Schick das nächste Mal eine Anfrage und achte auf den Plan — antworte so, wie du es normalerweise tun würdest, und die Aufgabe übernimmt den Rest.
</Tip>
