wow20/wiki/log.md

Log

2026-08-18

• Story 2.4 «Deterministische Bereichszuordnung & Concept-Hierarchie» (Implementierung): schema/compiler.md → Revision 2.1 (neue §5.7 „Deterministische Bereichszuordnung & Concept-Hierarchie": Routing-Regel textual-deterministisch — (a) First-Class-Link aus dem bestehenden index.md-Baum → Bereich wiki/<area>/<concept>.md, (b) Default Root-Ebene, neue Areas nur konsolidiert; nie Embedding/Vector, AD-7c/A0-10/AD-13; kanonische ID-Normalisierung AD-7a/A0-8 mit Beispieltabelle; Top-Level-Kollisions-Hold → fixierter §3.2, kein neues Prädikat, kein MOVE; file-relatives Link-Auflösungsmodell inkl. Out-of-Bundle-..-Containment; Area-index.md-Regel mit wörtlicher Punkt-11-Meldung FAIL … Punkt 11: Index-Regel verletzt (Area ohne index.md=<area>) — kein inventiertes Label; Worked Example). Nachgeführt: §5.1 Pkt. 1, §5.3 Pkt. 3 (Index-Regel area-bewusst), §5.6 Pkt. 1/2/3/4/5 (file-relativ; ../-Exklusion aufgelöst; Formel 3 mit Quell-Datei-Spur + in-Bundle-..-Auflösung + Containment — Out-of-Bundle-..-Escape wird DANGLING; Formel 4 neu auf baseline_commit 66451b6e6c9e139fb3aa3bbf4b01291e1e2d273a (Kopf dieser Spezifikation, nicht mehr Story-2.3-7e1f449…), Basename-Filter grep -v "log.md$"), §6 Pkt. 2, §6.6, §7, §8. deferred-work.md: drei Story-2.4-namige Einträge geschlossen (umgesetzt): bundlerelativ-vs-dateirelativ (→ §5.7 Pkt. 4 file-relativ), Cross-Page-Anker-Stale-Evidenz (→ Ist-Verhalten Fragment-Strip, keine Dangling-Ausgabe), künftiges Area-log.md-Baseline-Bruch (→ Formel 4 Basename-Filter). Neue Area wiki/wissensarchitektur/ angelegt: wiki/wissensarchitektur/index.md (frontmatterlos, Vertrag §2/§6, Validator Punkt 10; verlinkt das Area-Concept in der gepinnten §5.6-Form) + wiki/wissensarchitektur/source-material.md (Area-Concept type: concept, sources s1=architecture-spine + s2=prd, §5.5-Inline-Verweise + Kontext-Marker, Body-Links auf Root-Concepts in file-relativer ../-Form: llm-wiki-prinzip.md, wissensarchitektur-trennung-states.md, knowledge-kompilation-inkrementell.md). wiki/index.md: neue Area-Sektion verlinkt wissensarchitektur/index.md (die 3 bestehenden Root-Concept-Links + die 3 ../schema/-Links byte-identisch, Null-Migration). Formel-4-Re-Baseline: Ist-Zählung auf dem neuen Baum = 38 (log.md-exkludiert; grep -roE '\(raw/'), Baseline-Extraktion aus 66451b6 = 30 (alter Baum, 4 nicht-log.md-Dateien: index.md + 3 Root-Concepts; git ls-tree -r + git show, Basename-log.md-Filter) — Dokumentation verlangt die akte-Baseline aus 66451b6 (38 ≠ 30, kein Fehlalarm: Zuwachs-Re-Baseline); die exakte Ist-Zahl hängt am finalen Concept/Body-Stand und wird in der Spec-Verification des Runs belegt. sprint-status.yaml: 2-4-deterministische-bereichszuordnung-concept-hierarchie backlog → in-progress (dieser Statuswechsel findet mit diesem Eintrag statt). Validator-Lauf: alle 7 wiki/-Dateien SUCCESS (index.md + log.md + 3 Root-Concepts + Area-index.md + Area-Concept; Punkte 1/2/6/7/8/9/10/11/12/13/14, EC-1; die Spec-Verification nennt erwartungsseitig „6 wiki/-Dateien" — die Differenz erklärt sich durch das reservierte log.md (Protokoll, wird mitvalidiert, Punkt 9/10), die Validator-Effort-Zahl dieser erfolgten Ausführung ist 7). schema/wiki-compiler.md/validator.md/raw/ unverändert (AD-3); keine neue §7-Klasse; kein Standalone (D-3).

2026-08-17

• Story 2.3 «Concepts verlinken — eine erlaubte Linkform» (Implementierung): Linkform auf bundle-relativ mit .md-Endung gepinnt (Rationale: die 3 bestehenden Concept-Links in wiki/index.md sind bereits in dieser Form → Null-Migration; Ziele sind explizite Dateien, auch mit Areas eindeutig; Standard-Markdown-Tools lösen ohne Konventionswissen auf — AD-7b, A0-9, FR-10, AD-8). Veränderte Dateien: schema/compiler.md → Revision 1.8 (neue §5.6 „Concept-Links (Story 2.3)": Pin, Geltungsbereich Concept-Bodies + index.md mit Ausnahmen raw/-Provenienz (§5.5)/../schema//http/Gleichseit-Anker, vier re-executierbare Selbsttest-Formeln (Bestands-, Form-, Dangling-, Kontakt-mit-raw/-Unverändert-Check, AD-17h), NFR-4-Regel, Worked Example; die „bis Story 2.3"-Klauseln in §5.3 Pkt. 3 + §5.5 Pkt. 1 referenzieren §5.6; §7-Bullet, §8-Normreferenzen AD-7b/AD-8/FR-10/A0-9 + Revisionslog 1.8), wiki/wissensarchitektur-trennung-states.md (zwei inhaltsbegründete Cross-Links in gepinnter Form: → llm-wiki-prinzip.md, → knowledge-kompilation-inkrementell.md, je mit §5.5-konformem Kontextsatz/Inline-raw/-Verweis; keine Frontmatter-/sources-Änderung), deferred-work.md (Linkform-Eintrag geschlossen). wiki/index.md unverändert (die 3 Concept-Links bereits in gepinnter Form; die 3 ../schema/-Links außerhalb des Pin-Wirkungsbereichs). sprint-status.yaml: 2-3-concepts-verlinken-eine-erlaubte-linkform backlog → in-progress (dieser Statuswechsel findet mit diesem Eintrag statt). Kontakt-mit-raw/-Unverändert: die Vorkommen-Zählung der Inline-raw/-Verweis-Muster unter wiki/ (Selbsttest-Formel §5.6 Pkt. 3, Formel (4)) ist identisch zur aus baseline_commit 7e1f449 dynamisch extrahierten Baseline (30, log.md-exkludiert; git ls-tree + git show, deterministisch re-executierbar). Validator-Lauf: alle 5 wiki/-Dateien SUCCESS (Punkte 1/6/11/14, EC-1; der Punkt-11-Check bleibt strukturell unverändert und akzeptiert beide Schreibweisen — keine neue §7-Klasse, kein Validator-Change).
• Story 2.2 «Claim-granulare Provenienz dokumentieren» → done (bmad-code-review 2026-08-17, 4 Layer, abgeschlossen): Review auf bb32acd → story-2-2 — 1 decision-needed (D1 Referenzform → Option 1: Komma-Form als zulässige Variante), 12 patch (alle umgesetzt), 4 defer, 2 dismissed. schema/compiler.md → Revision 1.7: defekte Selbsttest-Grep-Formel behoben (ungeschlossene ERE '(raw/|]\(raw/' → '\(raw/'), Komma-Form + Multi-Beleg-Serialisierung in §5.5 Pkt.1, Relokations-Sub-Bullets als 1a/1b nummeriert, drei Marker-Muster, Forward-Referenz-Disambiguierung auf Story 3.1: Inkrementellen Datenfluss implementieren, §8-Normreferenzen um AD-4a/AD-9/AD-13/AD-14/AD-16/FR-16/A0-3 ergänzt. wiki/knowledge-kompilation-inkrementell.md Forward-Referenz-Zitat disambiguiert. Defer W2–W4 (Fragment-Existenz, Marker-Grammatik, sources-id-Eindeutigkeit — keine re-runnable Prüfung ohne Standalone, D-3) + W1 (sources-Closure) in deferred-work.md. Re-Verifikation: sh -c "grep -nE '\(raw/' wiki/*.md" 27 Treffer, alle 3 Diagramm-Marker + Forward-Referenz mit exaktem Token, sources-id je Concept eindeutig, wiki-compiler.md/validator.md/raw/ unverändert. Klassifikation: review-2-2-klassifikation.md. sprint-status.yaml: Story 2.2 → done.
• Story 2.2 «Claim-granulare Provenienz dokumentieren» — Nachrüstung (Datei-Bodies, index.md, log.md): schema/compiler.md um §5.5 „Claim-granulare Provenienz" erweitert (nach §5, vor §6): Inline-raw/-Verweis je belegter Aussage + id-Attribution (Vertrag §3.3), Kontext-Marker je Übernahme (übernommen aus <raw-Quelle> (rohe Quelle) bzw. übernommen aus <Concept> auf Basis von <raw-Quelle>, jeweils „nicht eigenständig belegt"), eindeutiges id-Scoping je Concept, Selbsttest-Kriterien (AD-4a/4c, AD-13, AD-17h); Revisionslog (§8) → Revision 1.5 (Nachrüstung) bzw. 1.6 (Review-Patch-Runde: Stellen-Kennungs-Semantik, volle Pfade, Direktübernahme-Marker, worked example, korrigierte Grep-Formel), §7-Selbstbegrenzung entsprechend angepasst. wiki/index.md (Descriptions um (aus <raw-Pfad>)), wiki/knowledge-kompilation-inkrementell.md, wiki/llm-wiki-prinzip.md, wiki/wissensarchitektur-trennung-states.md nachkonformiert — jede belegte Aussage trägt Inline-Verweis; Übernahmen tragen Kontext-Marker (keine Selbstreferenz, keine Concept-id-Fragmente #s1/#s2). Diagramm-Quell-Deklaration: Das ASCII-Diagramm in wiki/knowledge-kompilation-inkrementell.md (Datenfluss) stammt aus raw/architecture-spine/architecture-spine-2026-08-14.md#AD-5 — zusätzlicher sources-Eintrag (id: s2) ergänzt; das Diagramm in wiki/wissensarchitektur-trennung-states.md (Sources → Compilation → Knowledge Bundle → Consumers) aus raw/prd/prd-wow20-2026-08-14.md (§ 8.3 Separation of Concerns) — zusätzlicher sources-Eintrag (id: s2) ergänzt. sources-id je Concept eindeutig; keine unautorisierten Keys. wiki-compiler.md/validator.md/raw/ unverändert. Validator-Lauf: alle 5 wiki/-Dateien SUCCESS (Punkte 1/6/11/14, EC-1) — Story 2.2 review.
• Story 2.1 «Concepts aus Source Material erzeugen (OKF-Konform)» → done (Human-Review-Freigabe erteilt): Nutzer hat die verbleibende Schwelle (menschliche Review-Freigabe) überschritten — Status review → done, sprint-status.yaml nachgeführt. Alle 8 ACs PASS, kein AC-/Vertrags-Blocker; offene Folge-Arbeit (autorisierte Validator-Rev 9) ist kein Story-2.1-Blocker und bleibt als Action-Item code-review-2-1-item-2 in deferred-work.md verankert.
• bmad-code-review Re-Run Story 2.1 (unabhängig, 4 Layer, Stand nach Validator-Rev-8): alle 8 ACs PASS, 17 Patch / 4 Defer / 2 Dismiss. 15 Patches umgesetzt — schema/compiler.md → Revision 1.4 (Prüfgrundlage Rev 8, §6.6-Referenzlabels §4.5/§4.2, §3.2 Kollision-Hold-Run-Fortsetzung, §5.3/§6.3 Rollback-Sequenz, Sprachkorrekturen), wiki/log.md (verlorener Bullet, Rev-8-Datum 08-17), wiki/index.md (Baumdiagramm um Root-Concepts-Ebene), Doku-/Referenz-Konsistenz (deferred-work.md Dedupe + n=21, review-input-dryrun-…md 16+2-Auflösung, epic-2-context.md AD-4c tautologisch, spec Verification/Change-Log, sprint-status.yaml closed-Datum). 2 Patches auf der gefrorenen validator.md (Rev 8) geholdert → nächste autorisierte Validator-Revision (Rev 9: Punkt-4-Grammatik resolved=-Token, Innen-Ebenen-Punkt-6-Fixture-Zeile; s. deferred-work.md).
• Story 2.1 «Concepts aus Source Material erzeugen (OKF-Konform)» → review (Freigabe zur Human-Review): Option-A-Voraussetzung erfüllt — autorisierte Validator-Revision 8 ausgeführt und zertifiziert (s. Eintrag 2026-08-16). spec-2-1-…-Re-Review-Verdikt aktualisiert: Story ist done-fähig; einzige verbleibende Schwelle ist die menschliche Review-Freigabe (review → done). Action-Item code-review-2-1-item-1-autorisierte-validator-revision-option → done (Autorisations-Runde: validator-revision-8-autorisationsrunde-f14-innen-ebenen.md). sprint-status.yaml: Story 2.1 → review.

2026-08-16

• Autorisierte Validator-Revision 8 (Option-A-Heilung Story 2.1, ausgeführt 2026-08-17): schema/validator.md Revisionslog-Eintrag „Revision 8" + Header-Revisionszahl auf 8 angehoben (behebt OBS-1: Header „Revision 6" vs. Log „Revision 7"). Drei Änderungen: (1) F-14-Negativ-Fixture 4a in §7.1 (Punkt 4: resource: README.md außerhalb raw/, existierend → FAIL … Punkt 4; Retrospective F-14); (2) Innen-Ebenen-Key-Subset formalisiert — Punkt-6-Zelle verweist auf die §7.3-Isolations-Notiz (autorisiert, Revision 8); (3) Revisionslog nachgeführt. Vertrag schema/wiki-compiler.md und schema/compiler.md unverändert (keine neue §7-Invaliditätsklasse). Zertifizierung selbstgeprüft: Fixture 4a isoliert → FAIL Punkt 4 (resolved=README.md) (Punkt 3 nicht verletzt, keine anderen Punkte); Innen-Ebenen-Sample (sources-Eintrag mit role: x bei existierender raw/-Datei) → FAIL Punkt 6 (Key=role); reales Bundle (5 wiki/-Dateien) → SUCCESS (keine neu ausgelösten FAILs).
• schema/compiler.md auf Revision 1.3 — §1-Überschrift ins Deutsche, Prüfgrundlage auf validator.md Revision 7 angeglichen, §6.6-canonical-Reihenfolge-Zeile von ✗- auf reine ✓-Vorgabe korrigiert (kein Validator-FAIL, Label §4.2 statt „§6.4"), §1.2/§1.4-Evidenz-Widerspruch aufgelöst (Artefakt-Ausnahme als dokumentarische Konvention). wiki/log.md-Demonstrationslauf-Einträge an Vertrags-§5-Format angeglichen (- neu: … angelegt (sources: …)). Story 2.1 bleibt in-progress (Option A: Heilung der validator.md-Rev-7-Klarstellung über die nächste autorisierte Validator-Revision).
• 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.
• neu: llm-wiki-prinzip angelegt (sources: raw/prd/prd-wow20-2026-08-14.md) — Root-Concept, Trust-Metadaten A0-20 (generated { by: wow-compiler/0.1.0, at: <ISO-8601-Datetime> }, verified ungesetzt)
• neu: knowledge-kompilation-inkrementell angelegt (sources: raw/epics/epics-2026-08-14.md) — Root-Concept, Trust-Metadaten A0-20
• neu: wissensarchitektur-trennung-states angelegt (sources: raw/architecture-spine/architecture-spine-2026-08-14.md) — Root-Concept, Trust-Metadaten A0-20
• 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).