Blog
Releases in einfachen Worten erklärt, Praxis aus echten Projekten und die Geschichte der Suite.
-
0.11.0: der Driver übernimmt, Installation mit npx und ein BC-Versprechen, nach dem im richtigen Moment gefragt wird
0.11.0 macht /continuous-refactoring zu einem Driver, der Runde um Runde arbeitet, mit Sicherungen für einen Aufruf ohne Anweisungen, verlegt den einzelnen Run nach /continuous-refactoring-run, installiert mit npx skills und fragt nach deinem BC-Versprechen nur, wenn es zählt.
-
0.10.0: Tools auf Anfrage, dein BC-Versprechen und ein Agent, der steuert
0.10.0 schlägt weniger Tools ungefragt vor, fragt, was dein Projekt Code außerhalb davon verspricht, lässt Tests sagen, was sie abdecken, und lässt einen Agenten Runs nacheinander aufrufen.
-
0.9.0: Tooling, das zu deinem Projekt passt – Rollen, Ratschen, Packs
0.9.0 baut den Tooling-Baum als Rollen, Tools, Stufen und Packs neu: Projekte mit Psalm, Pint oder in einer anderen Sprache bekommen die passenden Vorschläge, Twig-Templates eigene Tools, und dein Projekt kann eigene Tools mitbringen.
-
0.8.0: Refactoring, das sich prüfen lässt – festhalten, belegen oder fragen
0.8.0 übernimmt Ideen aus dem pstack-Plugin und macht strukturelles Refactoring prüfbar: zuerst ein Test, der das heutige Verhalten festhält, ein Review, das Änderungen ohne Gewinn herausnimmt, Merge Requests, die ein Mensch reviewen kann, und ein Run, der aufhört, wenn er festhängt.
-
0.7.0: ein Run, deine Entscheidungen, kein eigener Zustand
0.7.0 baut die Suite um einen einzigen Run aus Entscheidungspunkten. Du entscheidest pro Aufruf, der Zustand liegt in deinem Tracker, aus elf Skills werden zwei. Was sich geändert hat, warum, und wie du von 0.6 umsteigst.