wow20/wiki/log.md

Log

2026-08-16

• Step-04-Review (Story 2.1): Nachschärfungen aus den drei Review-Layern (Blind Hunter, Edge Case Hunter, Verification Gap) angewendet — schema/compiler.md auf Revision 1.2 (Input-Regel auf AD-17a referenziert statt AD-17.2, sources-Eintrag-Key-Subset in §4.2/§6.5/§6.6 ergänzt, status-Absenz an Vertrag §3.6 angebunden, Bereichs-Ziel-Klarstellung bis Story 2.4, §6.6-Fehlerursachen korrigiert, AD-17f als Commit-Boundary sichtbar), schema/validator.md auf Revision 7 (§7.3-Isolations-Hinweis auf Innen-Ebenen-Key-Subset erweitert), wiki/index.md-Workspace-Absatz korrigiert (schema/ = drei Artefakte: Vertrag, Validator, Compiler), sprint-status.yaml: Story 2.1 → review (Review begonnen). at-Zeitstempel der drei Concepts (2026-08-16T09:23:33Z = 11:23:33 Lokalzeit +0200) decken sich mit den Datei-Mutationszeitpunkten (11:24) — im Review geprüft.
• Story 2.1 (Demonstrationslauf): drei neue Root-Concepts aus dem Source Material unter raw/ erzeugt und in wiki/index.md verlinkt — wiki/llm-wiki-prinzip.md (aus raw/prd/prd-wow20-2026-08-14.md), wiki/knowledge-kompilation-inkrementell.md (aus raw/epics/epics-2026-08-14.md), wiki/wissensarchitektur-trennung-states.md (aus raw/architecture-spine/architecture-spine-2026-08-14.md). Trust-Metadaten gemäß A0-20: generated { by: wow-compiler/0.1.0, at: <ISO-8601-Datetime> }, verified ungesetzt. schema/compiler.md (Revision 1) als deterministische Compiler-Instruktion angelegt.
• Retrospective-Follow-up (AI-1/F-01): schema/validator.md auf Revision 3 — at-Nur-Datum-Toleranz zurückgenommen. at: 2027-01-01 ist jetzt FAIL nach Punkt 14 (reine Datumsangabe ≠ ISO-8601-Datetime); Positiv-Fixture 14c neu mit ±HHMM-Form (+0200) belegt. Vertrag schema/wiki-compiler.md unverändert (autorisiert). Validator-Zertifizierung zugehörig geprüft: Fixture 14c (Negativ) erzeugt FAIL.
• Retrospective-Follow-up (AI-2/F-02): schema/validator.md auf Revision 4 — neue Fixture-Tabelle §7.3 für die §6-Fachprüfungen (EC-1 Existenz, EC-3 Kalender, stale_after-WARN, EC-11 non-md). Zertifizierung gegen erweiterte Fixtures selbstgeprüft — Ergebnis: PASS (je §6-Fixture isoliert geprüft, genau die angesprochene Prüfung löst aus; EC-1/EC-3-FAILs sind Run-FAIL, WARN ist Berichtskanal, non-md wird ignoriert ohne Verdikt).
• Retrospective-Follow-up (AI-3/F-03): schema/validator.md auf Revision 5 — §3.2-Voraussetzungsprüfungen als fachliche Prüfklasse V-1/V-2 gelabelt (Verdikt FAIL (Voraussetzung) … (V-1|V-2) statt FAIL (Struktur)), §5-Grammatik/Selbstbegrenzung sowie §7.1/§7.3-Fixtures angeglichen. Zertifizierung: V-1/V-2-Fixtures selbstgeprüft — PASS (isolierte Auslösung; kein §7-Punkt-Nr.-Konflikt).
• Retrospective-Follow-up (AI-4/F-09): raw/*/source.md-Provenienz korrigiert — _bmad-output/ IST versioniert; Herkunft auf Commit 6cc667d gestützt und SHA-256 der Herkunftsdatein aufgenommen (byte-identisch zur materialisierten Evidenz, geprüft).
• Retrospective-Follow-up (AI-5/F-05): schema/validator.md auf Revision 6 — BOM-/Leerzeilen-Stripping der Frontmatter-Erkennung von Punkt 10 auf Punkte 2/8 ausgedehnt (einheitliche §3-Präambel). Zertifizierung: neue Positiv-Fixtures 2a/8b (BOM + Leerzeile vor ---) → SUCCESS; geprüft gegen isolierte Samples — PASS.
• Retrospective-Follow-up (AI-7): Defer-Kontexte gesichert — F-04, F-06, F-07, F-08, F-11, F-14 als Folge-Aufgaben in deferred-work.md notiert (mit Epic-2/3/Validator-Zuordnung); F-06/F-08 zusätzlich als „Offene Punkte" direkt im Validator (Rev. 6) verankert.
• Retrospective-Follow-up (AI-6/F-10): Mechanische Validator-Verifikation nachgeschärft — spec-1-4-Verification enthält jetzt einen strengen, deterministischen Vertrag↔Validator↔Fixtures-Abgleich (14 Punkte, keine Punkt 15, Verifikations-Beleg-Tabelle) als Pflicht-Re-Check bei jeder Autorisierung. Bleibt innerhalb der D-3-Grenze (kein Standalone-Programm); dokumentarisch-mechanisch statt Existenz-Grep.

2026-08-15

• Validator-Zertifizierung: schema/validator.md (Revision 2) gegen die Referenz-Fixtures (§7) selbstgeprüft — Ergebnis: PASS (alle Negativ-Fixtures erzeugen FAIL, alle Positiv-Fixtures SUCCESS; maschinenlesbares Verdikt gemäß §5 bestätigt). Jede Negativ-Fixture wird je Fixture isoliert gegen ein sonst-valides Sample geprüft, sodass genau ihr zugehöriger Punkt auslöst (kein Vorab-FAIL durch andere Punkte).