Aufgezeichnete Coroid-Aufgabe · 25. September 2026
Chrono City: vom Auftrag bis zur verifizierten pull request
Nach dem ersten Build schien die Stadtansicht aus fünf Epochen fertig zu sein. Die Browser-QA entdeckte zwei nicht erfüllte Kriterien, leitete die Arbeit zurück und verifizierte die Korrekturen, bevor das pull request einsatzbereit war. Dies ist der Bericht über diesen Ablauf.
Dies war eine eigene Produktionsaufgabe von Coroid. Die untenstehenden Bilder sind Aufnahmen des QA-Agenten aus seinem laufenden Browser – keine generierten Illustrationen. Die Gesamtzahlen zum Ablauf stammen aus dem Ausführungsprotokoll.
- Agenten-Durchläufe
- 6
- Lieferzyklen
- 2
- Überprüfte Kriterien
- 11/11
- Verwendete Token
- 34,7 Mio. Token
- Modellkosten
- 1,00 $
- Bis zum pull request
- 1 Std. 48 Min.
Die Ausschreibung und ihre Prüfungen
Erstellen Sie einen interaktiven Stadtblock, der zwischen den Jahren 1945, 1965, 1985, 2005 und 2025 wechselt. Besucher müssen jeweils eine Epoche auswählen und detailierte Informationen zu den Objekten der Szene für die entsprechende Zeitperiode einsehen können.
Wie Coroid Akzeptanzkriterien formuliert- Kriterium 3: Jede ausgewählte Epoche muss die zugehörige Stadtszene darstellen.
- Kriterium 6: Gebäude-, Fahrzeug- und Fußgängerkarten benötigen passende Beschreibungen für ihre jeweilige Epoche.
Was die Browser-QA feststellte
Im ersten Auslieferungszyklus wechselte das Jahreslabel auf 1985, doch die Stadt wurde nicht dargestellt. Die QA reproduzierte das leere lila Ansichtsfeld dreimal. Zudem wurden leere Beschreibungen in den Infokarten entdeckt. Beide Probleme wurden vor der Überprüfung an den Entwickler-Agenten weitergeleitet.
Was zur Überprüfung gelangte.
Der Architekt plante die Arbeit, der Entwickler implementierte sie zweimal, die Qualitätssicherung führte zwei Durchläufe durch und ein Prüfer überprüfte das Ergebnis. Alle 11 Annahmekriterien wurden im zweiten Zyklus erfüllt. Das pull request war 1 Stunde und 48 Minuten nach Erstellung der Aufgabe bereit.
Der Architekt schätzte die Anzahl der Token auf 12 Mio.. Die Aufgabe verbrauchte jedoch mehr Token, da der Entwickler die Render-Ergebnisse prüfte, das QA die Szene im Browser testete und die fehlerhaften Prüfungen einen zweiten Durchlauf erforderten. 97 % Token wurden aus dem Cache bereitgestellt; die Modellkosten beliefen sich auf 1,00 $.
