---
titel: "Warum ein TaskSlice klein sein muss"
adresse: https://anvil-coder.tech/blog/warum-taskslices-klein-sind
beschreibung: "Ein TaskSlice ist kein beliebiger Zuschnitt einer Aufgabe — er muss vollständig in einen Prompt passen, mitsamt dem Kontext, den genau dieser Schritt braucht. Was das für die Zerlegung bedeutet."
sprache: de
---

2026-07-20

# Warum ein TaskSlice klein sein muss

Ein Sprachmodell hat ein Kontextfenster. Ein echtes Software-Projekt passt nicht hinein — nicht die Anforderungen, nicht der bestehende Code, nicht beides zugleich. [Prompt Slicing](https://anvil-coder.tech/wie-es-funktioniert#problem) ist die Antwort darauf: die Anforderungen werden nicht zusammengefasst, sondern zerlegt. Aber zerlegt in was, genau — und wie klein ist klein genug?

## Ein TaskSlice ist kein Los, sondern ein Prompt

Die naheliegende Vorstellung ist, ein TaskSlice sei einfach ein kleineres Ticket: „Baue die Login-Seite” statt „Baue die Benutzerverwaltung”. Das trifft die Sache nicht ganz. Ein TaskSlice ist zuerst und vor allem *ein Prompt, der vollständig in ein Kontextfenster passt* — mitsamt dem Kontext, den genau dieser eine Schritt braucht, um korrekt bearbeitet zu werden. Die Grösse des Slices ist damit keine Frage des Geschmacks, sondern eine Grenze, die sich aus dem Modell selbst ergibt.

Das hat eine unmittelbare Folge: ein Worker, der einen TaskSlice bearbeitet, sieht [den Gesamtplan nicht](https://anvil-coder.tech/wie-es-funktioniert#worker). Er sieht seinen Schritt und den Kontext, den dieser Schritt braucht — nicht mehr. Das ist kein Sicherheitsmechanismus, sondern eine direkte Folge der Kontextfenster-Grenze: Ein grösserer Ausschnitt würde gar nicht mehr hineinpassen.

## Was daraus folgt: Koordination statt Wissen

Wenn kein einzelner Worker den Gesamtplan kennt, muss etwas anderes die Reihenfolge und die Abhängigkeiten halten. Das ist die Rolle des Coordinators: er hält den Graphen aus TaskSlices und verteilt sie über eine dauerhafte Warteschlange. TaskSlices innerhalb einer Phase laufen dabei parallel — so viele gleichzeitig, wie die Betriebsart Worker bereitstellt —, während [Phasen selbst nacheinander laufen](https://anvil-coder.tech/wie-es-funktioniert#achsen), durch Barrieren getrennt.

Der Unterschied zwischen einer Phase und einem TaskSlice ist damit auch der Unterschied zwischen zwei Fragen: Eine Phase beantwortet „was muss fertig sein, bevor das Nächste beginnen darf?”. Ein TaskSlice beantwortet „was passt in einen einzigen Prompt?”. Beide Antworten zusammen ergeben die Struktur, in der am Ende [ein Git-Repository mit Historie entsteht](https://anvil-coder.tech/wie-es-funktioniert#ergebnis) — jeder TaskSlice hinterlässt seinen eigenen Commit, keiner überschreibt die Arbeit eines anderen.

## Klein ist damit kein Kompromiss

Die Versuchung wäre, TaskSlices grösser zu schneiden, um Overhead zu sparen — weniger Zustellungen, weniger Koordination. Genau das würde aber die eine Eigenschaft aufgeben, die den Ansatz trägt: dass jeder Schritt vollständig geprüft werden kann, weil er vollständig im Kontext des Modells liegt, das ihn bearbeitet. Ein TaskSlice ist klein, weil die Alternative nicht „etwas mehr Overhead”, sondern „ein Schritt, der nicht mehr vollständig geprüft werden kann” wäre.

## Selbst ausprobieren?

Der freie Tarif steht ohne Gespräch offen — ein Projekt anlegen, ein Epic ziehen, das Ergebnis im eigenen Repository reviewen.

[Kostenlos starten](https://app.anvil-coder.tech/register)[Demo vereinbaren](https://anvil-coder.tech/demo)