---
titel: "Blog"
adresse: https://anvil-coder.tech/blog
beschreibung: "Artikel über den Weg vom Anforderungstext zum fertigen Repository — Einblicke in Ablauf, Entscheidungen und Praxis von Anvil Coder, in loser Folge."
sprache: de
---

Blog

# Artikel aus der Entwicklung von Anvil Coder

Der Blog begleitet, wie Anvil Coder aus einem Anforderungstext ein geprüftes Repository macht — mit konkreten Läufen, Entscheidungen und dem, was sich dabei zeigt.

## Worum es hier geht

Dieser Blog ist kein Ankündigungskanal und keine Marketingtexte im Zwei-Wochen-Takt. Er begleitet einzelne Läufe von Anvil Coder so, wie sie tatsächlich verlaufen — mit den Entscheidungen, die ein Anforderungstext auf dem Weg zum fertigen Repository erzwingt, und mit dem, was sich zeigt, wenn ein Ergebnis nicht dem ersten Bild davon entspricht.

Artikel erscheinen unregelmäßig, wenn ein Lauf oder eine Änderung am System etwas hergibt, das sich nachvollziehbar aufschreiben lässt. Wer die Mechanik hinter der Zerlegung in TaskSlices oder dem Phasenmodell nachlesen will, findet die Erklärung auf der Seite[Wie es funktioniert](https://anvil-coder.tech/wie-es-funktioniert) — dieser Blog zeigt die Praxis dazu, nicht die Theorie.

## Alle Artikel

- 2026-08-26[Ein Epic, vier Tracker, ein Handgriff](https://anvil-coder.tech/blog/ein-epic-vier-tracker-ein-handgriff)Ein Epic auf den Trigger-Zustand ziehen — mehr braucht es nicht mehr, damit Anvil Coder es in User Stories zerlegt. Der Handgriff ist auf YouTrack, Jira Cloud, GitHub Issues und GitLab Issues derselbe; was dahinter passiert, unterscheidet sich pro Tracker nur im Transport. Warum dabei bewusst kein einziger Lauf startet.

- 2026-08-17[Spec-Driven Development: die Spezifikation ist die Quelle, nicht der Chatverlauf](https://anvil-coder.tech/blog/spec-driven-development)Spec-Driven Development beantwortet die Drift von KI-generiertem Code mit einer einfachen Umkehrung: nicht der Prompt-Verlauf zählt, sondern eine geprüfte Spezifikation, aus der Architektur und Code erst folgen. Genau diese Reihenfolge steckt schon im Phasenmodell von anvil-coder.

- 2026-08-10[Warum Aufsicht keine Alles-oder-Nichts-Frage ist](https://anvil-coder.tech/blog/aufsicht-ist-keine-alles-oder-nichts-frage)Ein wachsender Backlog lässt sich nicht einfach durch mehr Personal lösen — jede Neueinstellung erhöht zunächst den Abstimmungsaufwand. Die Freigabe-Stufen von Anvil Coder verschieben stattdessen die Durchführung, nicht die Entscheidung.

- 2026-08-03[Warum die Commit-Historie der eigentliche Nachweis ist](https://anvil-coder.tech/blog/commit-historie-als-nachweis)„Wir arbeiten nach OWASP" ist eine Aussage über Absichten. Ein Git-Repository, in dem jeder Arbeitsschritt seinen eigenen Commit hinterlässt, ist eine Aussage über Tatsachen — und genau das ist der Unterschied, der bei einem Kundennachweis zählt.

- 2026-07-27[Warum Architekturvorgaben in den Prompt gehören, nicht ins Wiki](https://anvil-coder.tech/blog/architekturvorgaben-im-prompt)Ein Architekturdokument, das beim Onboarding gelesen und danach vergessen wird, verhindert keine Abweichung — sie fällt erst im Review auf, wenn schon gebaut ist. Wie Guardrails eigene Vorgaben stattdessen zur Bedingung jedes einzelnen Arbeitsschritts machen, und wo diese Bedingung endet.

- 2026-07-20[Warum ein TaskSlice klein sein muss](https://anvil-coder.tech/blog/warum-taskslices-klein-sind)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.

- 2026-07-13[Erste Schritte mit Anvil Coder](https://anvil-coder.tech/blog/erste-schritte)Ein erster Überblick, wie ein Anforderungstext bei Anvil Coder zu einem geprüften Git-Repository wird — vom ersten Prompt bis zum letzten Konsistenz-Durchgang.

## Mehr über den Motor erfahren?

Wie die Zerlegung in TaskSlices im Kern funktioniert, steht ausführlich auf der Seite „Wie es funktioniert

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