Verwenden Sie das Schlussfolgerungsregister des Projekts oder context/CLAIMS.md im Starter. Nennen Sie die Aussage, den Status, die genaue Eingaberevision, die Beweispfade und -befehle, den Autor, ggf. den Prüfer, das Datum und die Gültigkeitsgrenzen. Der Integrationsverantwortliche pflegt es; andere schlagen beleggestützte Änderungen vor.
Status:
- VERIFIED: Die Akzeptanzkriterien wurden erfüllt, und eine unabhängige Person, ein Agent oder eine angemessen unabhängige automatische Prüfung hat das relevante Ergebnis reproduziert. Nennen Sie den Prüfer und die Methode.
- PROVISIONAL: Es liegen unterstützende Beweise vor, aber eine benannte Prüfung oder Abhängigkeit bleibt offen.
- NOT SHOWN: Der angegebene Test hat die Aussage nicht bestätigt. Bewahren Sie das beobachtete Ergebnis und die Fehlerdokumentation auf.
- VOID: Beweise oder Annahmen wurden ungültig gemacht oder ersetzt. Behalten Sie den Grund und den Verweis auf den Ersatz bei.
Unterscheiden Sie „Tests bestanden“ von „sicher in der Produktion“ und „schneller bei Arbeitslast X“ von einer universellen Beschleunigung. Geben Sie die engste gestützte Schlussfolgerung an. Eine zweite Ausführung durch den Autor stärkt die Beweise, stellt jedoch keine unabhängige Verifizierung dar.
Aktualisieren Sie Einträge nach Möglichkeit zusammen mit den Beweisen. Überschreiben Sie eine Schlussfolgerung nicht stillschweigend nach neuen Ergebnissen; dokumentieren Sie den Übergang und den Grund. Berichte können neue Arbeiten außerhalb des Registers enthalten, wenn diese eindeutig als unverifiziert gekennzeichnet sind. Keine Bearbeitung ist erforderlich, wenn die Beweise die bestehende Aussage weiterhin stützen.