Docsbook
Übersicht

Was im Docsbook-Issue-Tracker ausgeliefert wurde und wann

Alles, was in Issues ausgeliefert wurde. Dies ist der Issues-Abschnitt des vollständigen Docsbook-Changelogs.

NEU - 04.09.2026#

Hinzugefügt#

  • Jede Station eines Agentenlaufs legt das, was sie gefunden hat, als GitHub-Issue in deinem eigenen Tracker ab, sodass niemand ein Transkript lesen muss, um zu erfahren, was zu tun ist. Der Fund bleibt über den Lauf hinaus bestehen, durch den er erzeugt wurde: Eine Person kann ihn übernehmen, der Diff, der ihn behebt, kann auf ihn verweisen, und durch das Mergen dieses Diffs wird er geschlossen. Issues
  • Ein von einem Agenten angelegtes Issue nennt diesen Agenten in seiner Seitenleiste und öffnet von dort aus dessen Karte, sodass die Frage „Was weckt dieses Ding, und zu welcher Route gehört diese Station?“ mit einem Klick beantwortet ist, statt dass man sich durch das Panel zurückarbeiten muss. Daneben befinden sich der Lauf hinter dem Fund, die anderen Stationen derselben Route, die anderen Issues, die auf dieses verweisen, sowie der Pull Request, der es schließt. Issues
  • Ein offenes Issue kann direkt von seiner Seite aus geschlossen werden – als erledigt, nicht geplant oder Duplikat, also aus denselben drei Gründen, die GitHub auf seiner eigenen Seite anbietet – ohne dafür das Panel verlassen zu müssen. Issues
  • Issues erhalten beim ersten Besuch denselben Rundgang, statt direkt eine Live-GitHub-Ansicht zu öffnen. Issues

Geändert#

  • Wenn Sie jetzt ein Issue lesen, erfahren Sie, was daraus entstanden ist, und nicht nur, was darin steht: die Kommentare, den Agenten und den Lauf, durch den es erstellt wurde, sowie die daraufhin verfassten Pull Requests. Eine Hypothese, die jemand notiert hat, und eine Hypothese, die tatsächlich jemand getestet hat, lesen sich sehr unterschiedlich – und der Tracker zeigte bisher nur die erste. Issues
  • Das Issue eines Agenten wird jetzt mit dem geöffnet, was er GEFUNDEN hat. Warum der Lauf ausgeführt wurde, welche Informationen ihm aus früheren Schritten übergeben wurden, was mit allem geschieht, was er schreibt, und der rohe Aufruf befinden sich jetzt gemeinsam in einem eingeklappten Block am Ende. Dadurch müssen Sie nicht mehr an vier Überschriften zur Funktionsweise vorbeiscrollen, um zu entscheiden, was mit einem Ergebnis geschehen soll. Issues
  • Der Rundgang durch Issues verwendet jetzt Beispiel-Issues statt eines leeren Trackers. Beim ersten Besuch sehen Sie, wie ein erstelltes Ergebnis aussieht – das Abzeichen, das kennzeichnet, dass ein Agent es selbstständig geöffnet hat, die Labels, die angeben, welche Art von Leser es ausgelöst hat, sowie ein offenes Issue neben einem geschlossenen. So wirbt die Einführung für diesen Bereich, anstatt zu melden, dass er leer ist. Die Beispiele sind als solche gekennzeichnet und verschwinden, sobald ein echtes Issue vorhanden ist. Issues

Behoben#

  • Von einem Agenten erstellte Issues tragen auf GitHub wieder ihre Labels, und jedes Label, das in Ihrem Repository noch nicht vorhanden ist, wird zuvor erstellt. Ohne sie konnte das Panel den Befund eines Agenten nicht von etwas unterscheiden, das eine Person eingegeben hatte, sodass zwanzig Befunde ohne Run, ohne Route und ohne benachbarte Stationen daneben geöffnet wurden. Issues

Entfernt#

  • Die Schaltfläche Generate Issues wurde aus der Issues-Liste entfernt. Das Anfordern von Issues entlang einer Stage funktioniert weiterhin genau wie zuvor – sagen Sie es dem Assistenten oder aktivieren Sie den passenden Agenten. Die Schaltfläche war lediglich eine Möglichkeit, diese Anfrage zu formulieren, keine separate Funktion. Issues

NEU - 02.09.2026#

Hinzugefügt#

  • Ein Abschnitt Probleme im Administrationsbereich — die GitHub-Probleme des Repositorys, aus dem Ihre Dokumentation erstellt wird, unter Änderungen. Änderungen zeigen, was bereits am Projekt getan wurde und wohin es sich bewegt hat; Probleme zeigen, was noch aussteht. Bewegen Sie den Mauszeiger über eine Zeile, um eine Karte mit dem Inhalt, den Labels und dem Autor des Problems anzuzeigen; öffnen Sie ein Problem, um alles zu sehen. Issues
  • Jedes Problem verfügt über drei Schaltflächen, mit denen Sie es Ihrem Assistenten übergeben können. Starten erledigt die angeforderte Arbeit. Prüfen bewertet das Problem, bevor jemand handelt — ist das Problem für dieses Projekt tatsächlich relevant, stimmen die Zahlen, ist es bereits erledigt oder bereits an anderer Stelle offen? Bei einem geschlossenen Problem heißt die dritte Schaltfläche Verifizieren (das behauptete Ergebnis anhand einer Baseline und der nicht berührten Seiten nachweisen), bei einem offenen Problem Entdecken, denn bei einem Problem, bei dem noch nichts abgeschlossen ist, gibt es noch kein Ergebnis zur Verifizierung. Issues
  • Probleme generieren fordert Ihren Assistenten auf, das Projekt zu untersuchen und die gefundenen Probleme zu erfassen — nach zwei Fragen: In welcher Arbeitsphase möchten Sie sich befinden — beobachten, verstehen, entdecken, entscheiden, planen, ausführen, messen, verifizieren, lernen oder koordinieren — und welche Kennzahl soll verändert werden? Die Frage ist der entscheidende Punkt. Ohne Angabe einer Phase gibt ein Assistent jedes Mal Dinge zum Erstellen zurück, und ein Backlog ohne Messen oder Verifizieren gehört zu einem Team, das nie herausfindet, ob das zuletzt Erstellte funktioniert hat; das von Ihnen ausgewählte Paar bestimmt außerdem die Agenten, die diesen Bereich bereits abdecken, sodass die Probleme aus den eigenen Nachweisen dieses Projekts statt aus allgemeinen Empfehlungen entstehen. Issues
  • Neues Problem erstellt selbst eines, ohne das Panel zu verlassen. Issues

War diese Seite hilfreich?

Powered by Docsbook