Blog
Notizen zu deterministischer Softwarelieferung, Policy-as-Code und dem, was beim Bauen von aSPARK gelernt wurde.
Kampagne oder Story? Wo aSPARK die Grenze zieht
Seit v0.13.0 kennt aSPARK zwei Arbeitsweisen: den Feature-Loop für Stories und Kampagnen für Arbeit, deren Ende ein Befehl feststellen kann. Wann welche passt, was keine Kampagne ist und woran der Agent das selbst prüft.
Weiterlesen →aSPARK liest Flask: 21 von 21 Quellen stimmen, eine Spur nicht
Wir haben den Discovery-Lauf von /charter und /next-steps auf einem frischen Klon von Flask ausgeführt. Jede zitierte Fundstelle existiert, der Graph baut in Sekunden, und der Product Owner schlägt eine Lücke vor, die die Doku wirklich hat. Ein Nebenhinweis sah nach einem Bug aus und war keiner.
Weiterlesen →Was ein vollständiger Loop kostet: 42 Millionen Tokens, 35 Dollar — und 96 % davon Cache
Sieben Rollen-Agenten über fünf Phasen: Ein gemessener Durchlauf, aufgeschlüsselt nach Rolle, mit den Einschränkungen, die dazugehören.
Weiterlesen →Der erste Durchlauf: mit /charter anfangen, nicht mit dem Feature
Installation, Projektprofil, erstes Feature: Was Sie in der ersten Stunde mit aSPARK tun — und welche Entscheidung an jedem Gate wirklich Ihre ist.
Weiterlesen →Die Idee formulieren, nicht das Ticket: wie das Spec-Gate kurz bleibt
Der Product Owner fragt nach, was Sie offengelassen haben. Wer die Leerstellen vorwegnimmt, kommt schneller zu einer besseren Spec — hier ist das Muster, das sich bewährt hat.
Weiterlesen →Warum Determinismus die interessantere Eigenschaft ist als Geschwindigkeit
KI-Assistenten machen das Generieren billig. Der Engpass verschiebt sich damit dorthin, wo es vorher schon geklemmt hat — und Determinismus ist das, was ihn wieder öffnet.
Weiterlesen →