chemenu/kb/log.md

# Wiki Log

This is the chronological audit log of all operations on the wiki.
Each entry records what happened, when, and with what result.

## Entry Format

```markdown
## [YYYY-MM-DD] [operation] | [Brief description]

[Optional multi-line details]

---
```

Operation types: `ingest`, `query`, `lint`, `create`, `update`, `delete`

---

## [2026-09-01] delete | publish-cleanup: privater Korpus entfernt, Wiki auf die selbstdokumentierende Haelfte reduziert

Lauf `publish-cleanup` (Workshop geschlossen), Vorbereitung der Veröffentlichung.

**Gelöscht:** 108 Seiten — 27 private Quellenseiten, 28 Infrastrukturseiten, 48
Technologieseiten, die zwar generische Titel trugen, aber um genau einen Cluster herum
geschrieben waren, 4 weitere Quellenseiten mit personenbezogenen Transkripten sowie
`Messen vor Schwelle` und `alexandria`. Dazu 90 Rohdateien, darunter der vollständige
Cluster-Bootstrap-Baum und ein 2,46-MB-Transkript mit 327 Infrastrukturreferenzen.

**Gelöscht statt anonymisiert.** Ein Seitentitel ist der einzige Identifier des Wikis und lebt
in Wikilinks, Fußnoten und Frontmatter-Arrays; Umbenennen wäre die volle
page-lifecycle-Prozedur je Seite. Und bei einem Bootstrap-Manual ist die Topologie die
Preisgabe, nicht der Hostname — gefälschte IPs entschärfen eine Angriffskarte nicht.

**Generalisiert statt gelöscht** wurden die verbleibenden CI-Referenzen: Runner- und
Docker-Host auf `example.net`-Namen, interne Adressen auf den Dokumentationsbereich nach
RFC 5737. Ein CI-Host ist keine Angriffskarte, und die betroffenen Seiten beschreiben
CI-Mechanik, die generisch gilt.

**Nachgezogen:** `wikitool rm` de-linkt nur mechanisch (Frontmatter-Referenzen und
ganzzeilige Link-Aufzählungen); Wikilinks im Fließtext bleiben bewusst stehen, weil sie
Behauptungen tragen. Diese Reste wurden auf rund 20 Seiten redaktionell entfernt.

**Zurückgesetzt:** `kb/log.md` trug 116 private Referenzen und hat als einzige generierte
Datei keinen Regenerator — daher einmalig auf den Startzustand aus `dist_templates/log.md`
gesetzt. Dieser Eintrag ist der erste des neuen Logs.

**Ergebnis:** 170 Seiten, `lint` ohne Befund außer einer Waisenseite, `sources coverage`
und `doctor` grün.

---

## [2026-09-01] update | Chemenu-Projektseite auf den oeffentlichen Stand gebracht

Die Seite beschrieb sich als persoenliches IT-Wissenswiki; seit der Veroeffentlichung ist diese Instanz Testbett und oeffentliche Demo. Beschreibung, Zweck und Lizenz nachgezogen, die historische Aussage ueber die monolithische AGENTS.md als Ausgangspunkt datiert statt geloescht.

---

## [2026-09-01] ingest | raw/notes/Conversation Transcript - Public Release, Corpus Purge and History Squash Session 2026-09-01.md

Source-Seite angelegt, Chemenu und wikitool aktualisiert, zwei neue Concept-Seiten (Delete Rather Than Anonymize, Dual Licensing by File Plan), quer verlinkt.

---

## [2026-09-01] ingest | raw/notes/Conversation Transcript - Publish-Remote Gate and Issue Triage Session 2026-09-01.md

Source-Seite angelegt, neue Concept-Seite Publish-Remote Gate, wikitool-Historie ergaenzt, quer verlinkt mit Mass-Update Gate und Chemenu.

---

## [2026-09-01] ingest | raw/notes/Conversation Transcript - Private-Instance Merge Correction and Issue 30 Session 2026-09-01.md

Source-Seite angelegt, Publish-Remote-Gate-Seite um die gemessene Merge-Semantik erweitert, quer verlinkt.

---

## [2026-09-02] ingest | MCP Read Server Implementation Session 2026-09-02

Source-Seite und neues Concept MCP-Leseserver angelegt; wikitool, Chemenu, Publish-Remote Gate und Iteration and Cost Limits aktualisiert. Deckt Issue #36s Sequenz (#34/#33/#31/#19), INSTALL-MCP.md und Issue #37 ab.

---

## [2026-09-02] update | qmd - Sprachangabe korrigiert

Direkt gegen tobi/qmd auf GitHub geprueft: TypeScript statt der geratenen 'Go oder Rust'-Angabe. Neue Quelle Source - qmd - GitHub Repository (raw/documents/), confidence_base 0.85 -> 0.80 neu begruendet, Installationsbeispiel korrigiert.

---

## [2026-09-02] update | MCP Read Server Implementation Session 2026-09-02 - Korrektur

Aufgaben-Checkbox fuer die qmd.md-Korrektur nachgezogen (war [ ], ist erledigt) und ein Korrektur-Hinweis ergaenzt: der Fidelity-Block des Rohtranskripts kuendigte ein zweites Transkript fuer die qmd-Korrektur an, das nie geschrieben wurde - die Korrektur lief stattdessen als eigene Quellen-Verifikation. raw/ ist unveraenderlich, die Korrektur steht deshalb auf der Source-Seite.

---

## [2026-09-02] ingest | raw/notes/Conversation Transcript - Version Part Nomenclature and Breaking Change Gate Session 2026-09-02.md

Neue Source-Seite, Korrektur der veralteten MAJOR-als-Migration-Formulierung in wikitool.md und KB Stack Versioning.md, Nachtrag in Chemenu.md (Issue #26 geschlossen).

---

## [2026-09-02] update | link-taxonomy-migration u1: kb/entities/{systems,tools,technologies}

57 Seiten, 199 related:-Eintraege gelabelt oder mit Begruendung fallengelassen (Katalog: instructions/link-taxonomy.md). Generierte Beziehungen-Bloecke via xref add/remove erzeugt. migrate verify --from 177c7e9 --path kb/entities: 173 Befunde, alle auf dokumentierte Entscheidungen zurueckgefuehrt (Label-Formwechsel, neue/entfallene Kanten) - keine H1-, Zitat- oder Struktur-Regression. u2-u5 stehen noch aus.

---

## [2026-09-02] update | link-taxonomy-migration u2: kb/entities/{people,projects} + kb/comparisons

Einheit u2 der Link-Taxonomie-Migration: 16 Seiten (people 4, projects 12 inkl. drei author-namespaced Unterordner, comparisons 1) von Prosa-Beziehungen auf gelabelte related:-Kanten umgestellt, ca. 45 Kanten. Deferred Edges aus u1 nachgetragen: Vannevar Bush owns Memex, E3DC GmbH owns E3DC (owns hat keine Inverse, daher von der besitzenden Seite aus). Neue Erkenntnis: kb/comparisons/-Seiten haben laut types/comparison.md gar kein related:-Feld (nur entities:, wie sources:) - xref add/remove verweigern dort; das compares-with-Label aus der COLLECTION.md bleibt reine Dokumentation in Prosa, ohne Marker-Region. Bestaetigte Taxonomie-Luecke: kein Label fuer 'von Person erstellt/erweitert' zwischen Entity und Concept oder Entity und Entity - ueberall mit see-also aufgeloest und in glossary.md dokumentiert (Kandidat fuer ein neues Label, falls das in u3/u4 wiederkehrt). migrate verify --from 177c7e9 --path kb/entities zeigt 51 Befunde, --path kb/comparisons 1 Befund, beide mit --fail-on-error exit 1, aber ausschliesslich wikilinks/markers/frontmatter-Diffs aus der Label-Konvertierung und dem Entfernen redundanter Siehe-auch-Bullets - keine H1-, Zitat- oder Strukturbefunde. lint --full zeigt 0 broken_links/malformed_edges/unbalanced_markers/dangling_frontmatter_refs/schema_validation_errors; 'E3DC GmbH' erscheint als Orphan, war es aber schon vor dieser Einheit (related: [] und leerer TODO-Body).

---

## [2026-09-02] update | link-taxonomy-migration u3: kb/concepts/

Einheit u3 der Link-Taxonomie-Migration: alle 80 Seiten unter kb/concepts/ von Prosa-Beziehungen auf gelabelte related:-Kanten umgestellt, ca. 250 Kanten. Wegen Groesse (246 unlabelled edges gemessen) als sieben Sub-Sessions gefahren (u3, u3-b2..u3-b7, Abschluss u3-close), inklusive einer vom Iteration Budget Gate erzwungenen Pause nach 61 Aufrufen in Batch 2 - mit Nutzerfreigabe in u3-b2 fortgesetzt. Eigenfehler entdeckt und behoben: 14 Seiten, bei denen eine Kante fälschlich als 'schon von der Gegenseite abgedeckt' übersprungen wurde, blieben unlabelled statt see-also zu bekommen - durch lint --full nach dem ersten Durchlauf aufgefallen und nachgetragen. 11 TODO-Stub-Seiten hatten 'Source - LLM Wiki v2' unlabelled in related: statt sources: - mit evidenced-by aufgelöst. Ein echter Content-Verlust bei der Prosa-Bereinigung: Personalization Plane.md verlor eine zitierte, inhaltlich eigenständige Verwandte-Concepts-Zeile samt Fussnotenmarker beim Entfernen eines vermeintlich bloßen Wikilink-Bullets - von migrate verify (cite-refs 2->1) gefangen und wiederhergestellt. Bestätigter Mechanismus (siehe glossary.md): xref add ist immer sicher (nur A betroffen, upsert), xref remove ist die einzige riskante, bidirektionale Operation - deshalb in u3 fast nie verwendet; ein Ziel, das nicht die woertlichste Bedeutung seines Labels verdient, wird stattdessen mit dem naechstbesten Label (oft see-also) neu belegt statt entfernt. migrate verify --from 177c7e9 --path kb/concepts zeigt 218 Befunde (exit 1 unter --fail-on-error), nach Korrektur ausschliesslich wikilinks/markers/frontmatter-Diffs aus der Migration - keine H1-, Zitat- oder Strukturbefunde mehr. lint --full zeigt 0 broken_links/malformed_edges/unbalanced_markers/citation_drift/schema_validation_errors; alle verbleibenden unlabelled edges liegen in kb/entities/ (technologies/tools), vorbestehend aus u1 und außerhalb dieser Einheit.

---

## [2026-09-02] update | link-taxonomy-migration u5: Abschluss, migrate done 4.0.0, Workshop geschlossen

Abschluss der Korpus-Migration auf die Link-Taxonomie (Gitea #40, Abschnitte 2 und 3). Zuvor uebersehene Restmenge nachgeholt: 37 unlabelled edges in kb/entities/technologies und kb/entities/tools, die u1 nach dem damaligen 'protect, don't remove'-Muster bewusst unbelegt gelassen hatte - mit der u3-Erkenntnis, dass xref add nur die Quellseite anfasst, waren sie gefahrlos nachlabelbar (Wine-/Arch-/Agent-CLI-Cliquen ueberwiegend see-also, dazu echte Kanten: AUR part-of Arch Linux, Arch Linux uses GPG, Obsidian hosts Dataview/Marp, Obsidian required-by Obsidian Web Clipper, Wine required-by Proton, gdeploy uses Go). Erst damit erfuellt der Korpus das Abschlusskriterium des Migrationsdokuments (Schritt 6: unlabelled_edges und unauthorised_labels muessen 0 sein) - vorher waere migrate done eine unbelegte Behauptung gewesen. Endstand: lint meldet 0 unlabelled_edges, 0 unauthorised_labels, 0 malformed_edges, 0 unbalanced_markers, 0 broken_links, 0 dangling_frontmatter_refs, 0 schema_validation_errors; lint --fail-on-error und docs verify beide exit 0. migrate done 4.0.0 --pages 153 gesetzt, kb_version steht auf 4.0.0. VERSION stand bereits auf 4.0.0 (Bump erfolgte mit dem Mechanismus in u0, Commit 177c7e9), ein zweiter Bump entfaellt daher, und CHANGES.md dokumentiert 4.0.0 bereits vollstaendig. Workshop work/link-taxonomy-migration/ nach work/CONTRACT.md geschlossen und geloescht; die dauerhafte Ausgabe ist der gelabelte Korpus selbst. Eine Notiz aus glossary.md hat sich beim Abschluss als Rueckschritt erwiesen: die dort als Erkenntnis notierte Asymmetrie zwischen xref add (einseitig) und xref remove (bidirektional) steht seit jeher woertlich in tools/CONTRACT.md Zeilen 43-44 - sie war nachzulesen, nicht zu entdecken. Offen und an #40 gemeldet: im Katalog fehlt ein Label fuer Urheberschaft (Person erstellt Entity oder Concept); alle solchen Kanten stehen jetzt auf see-also.

---

## [2026-09-02] update | Issue Label Scheme - Vierachsen-Schema und Body-als-Wahrheit

Gitea-Issue #41 als raw/notes/Gitea Issue 41 - Issue Management and Label Scheme 2026-09-02.md aufgenommen und als Source-Seite erfasst. kb/concepts/Issue Label Scheme.md auf den Stand vom 2026-09-02 gebracht: vier Pflicht-Achsen (area/kind/prio/size), zwei optionale status/-Flags, Body-als-Wahrheit-Konvention. Das abgeloeste Zweiachsen-Schema steht als Abschnitt Historie mit Diff-Tabelle in der Seite, nicht geloescht. confidence_base 0.70 -> 0.85 (zweite unabhaengige Quelle, Bestaetigung juenger als 30 Tage).

---

## [2026-09-03] update | Link-Taxonomie 4.1.0: 16 see-also-Kanten auf part-of, Comparison-Seite auf gelabelte Kanten

Befund 3 aus #40: composition/part-of ist jetzt das dritte Inversenpaar. Die 16 Gegenkanten eines composition, die im u3-Lauf auf see-also gesetzt wurden, sind per xref add auf part-of relabelt - betroffen sind Consolidation Tiers, Content Quality Control, Hybrid Search, Knowledge Graph, LLM Wiki Pattern, Memory Lifecycle, Multi-Agent Collaboration, Wine GE und farzaa gist samt ihrer Kinder.

Befund 1 aus #40: die einzige Comparison-Seite (amd-pstate vs acpi-cpufreq) trug ihre compares-with-Bullets als handgeschriebene Prosa ohne Frontmatter-Deckung, weil types/comparison.md kein related: fuehrte. Der Type-Spec hat es jetzt; die beiden Kanten stehen als deklarierte Kanten in einer wikitool:links-Region. kb/sources/COLLECTION.md hat seinen inerten outbound:-Block verloren.

migrate verify --from HEAD: 181 Seiten, 0 hinzugefuegt, 0 entfernt, 18 Befunde - alle Label-Wechsel im Frontmatter, keine Aenderung an Wikilink- oder Zitatzahlen. lint --fail-on-error gruen.

---

## [2026-09-04] create | Source - Gitea Issues 62-63 - status-incoming Label Introduction 2026-09-04

Neue Source-Seite fuer Gitea-Issues #62/#63: Einfuehrung des dritten status/-Flags status/incoming in instructions/dev/issue-tracking.md (4.7.5-beta.1, Commit 4ab358f) und der dadurch veraltete Stand von kb/concepts/Issue Label Scheme.md. Raw-Datei: raw/notes/Gitea Issues 62-63 - status-incoming Label Introduction 2026-09-04.md

---

## [2026-09-04] update | Issue Label Scheme

Drittes status/-Flag status/incoming ergaenzt (Gitea #63): status/-Tabelle auf drei Zeilen, Labelzahl 16 auf 17 korrigiert, neuer Kernpunkt zur Aussetzung der Vier-Achsen-Pflicht, Historie- und Beispiele-Abschnitt sowie Versions-/PATCH-Hinweis nachgezogen. Quelle: Source - Gitea Issues 62-63 - status-incoming Label Introduction 2026-09-04.

---

## [2026-09-04] move | Der Katalog bildet nur Tiefe 1 ab, aber es liegen Seiten auf Tiefe 2 (#57)

wikitool move --reconcile hat die drei nach kb/entities/projects/{kfchou,vanillaflava,yugasun}/*.md verschachtelten Seiten (wiki-skills, wiki-skills-vanillaflava, llm-wiki-skills) nach kb/entities/projects/ hochgezogen und die drei geleerten Owner-Verzeichnisse entfernt. index rebuild und sources rebuild-index liefen danach; lint meldet weder misplaced_pages noch nested_pages noch duplicate_titles; migrate verify --from HEAD bestaetigt compared=182, added=0, removed=0, alle drei als moved.

---

## [2026-09-08] move | kb/concepts/ bekommt Areas: 80 Seiten in ihre concept_type-Verzeichnisse (#59)

types/concept.md deklariert ein layout: fuer alle sechs concept_type-Werte; wikitool move --reconcile hat daraufhin alle 80 Seiten aus kb/concepts/ in ihre Area gezogen (architectures 20, patterns 17, protocols 3, workflows 28, decisions 7, problems 5). Kein Titel, kein Body, kein Frontmatter-Feld angefasst: migrate verify --from HEAD bestaetigt compared=182, added=0, removed=0, 80 moved, 0 findings. index rebuild erzeugt sechs Areas, keine ueber der Shard-Schwelle von 50, also kein eigener Shard - die Schwelle wirkt wieder als Schwelle statt als toter Wert. lint meldet danach weder misplaced_pages noch den neuen unsharded_collections-Befund.

---

## [2026-09-08] move | source_type: Default gestrichen, 22 Seiten reklassifiziert, 6 Areas (#66)

types/source.schema.yaml hat kein default: mehr auf source_type; das Enum lautet transcript, analysis, article, document, notes, tracker, unclassified (spec und image entfallen). 22 der 29 Source-Seiten trugen notes nur, weil der Compiler es im Zweifel setzte - per touch --set source_type=<wert> auf ihren tatsaechlichen Wert korrigiert (16 transcript, 4 analysis, 2 tracker), 7 unveraendert (3 article, 3 notes, 1 document). types/source.md deklariert jetzt ein layout: fuer alle sieben Werte; wikitool move --reconcile hat daraufhin alle 29 Seiten in ihre Area gezogen. migrate verify --from HEAD bestaetigt compared=182, added=0, removed=0, 29 moved, 22 findings - alle 22 sind die beabsichtigten source_type-Aenderungen, keine anderen Felder oder Wikilink-/Zitatzahlen betroffen. index rebuild erzeugt sechs Areas (unclassified bleibt bei 0, wie vorgesehen), keine ueber der Shard-Schwelle. lint meldet danach weder misplaced_pages noch nested_pages noch unclassified_source_pages.

---

## [2026-09-08] move | Lauf reclassify-source-types geschlossen (#66)

Der Workshop-Lauf zur source_type-Reklassifizierung ist durch und geschlossen; work/reclassify-source-types/ geloescht. Die dauerhaften Ergebnisse stehen in kb/: die 22 reklassifizierten und 29 bewegten Source-Seiten, die Areas in kb/sources/INDEX.md und die Area-Beschreibung samt Autorschafts-Trennung in kb/sources/COLLECTION.md. Plan und Checkliste bleiben ueber Commit b138fd8 in der Historie nachlesbar.

---

## [2026-09-09] update | Backfill fidelity/authority auf 29 Source-Seiten (#67, Publish 2/3)

Backfill von `fidelity:` und `authority:` (Gitea #67, Publish 2/3) auf alle 29 Source-Seiten,
im Lauf `work/backfill-capture-fields/`. Nur Frontmatter, ausschliesslich ueber `touch --set`,
keine Bodies, kein `date:` bewegt.

Regel (siehe `plan.md` des Laufs): ein echter Wert nur, wo die Art des Artefakts ihn aus dem
Material selbst festlegt, sonst `unknown` - ein Backfill-Wert ist erschlossen, nicht erhoben.

Verteilung: verbatim+reporting 18 (16 Transkripte, 2 Tracker-Exporte), secondhand+opinion 3
(LLM-Analysen), published+reporting 2 (heise-Meldung, LLM-Wiki-v2-Blogpost), published+normative 1
(Karpathys Idea-File), verbatim+normative 1 (qmd-README, Treue in der Rohdatei selbst deklariert),
unknown+normative 1 (Anweisungsdokument), unknown+reporting 3 (eigene Cheat Sheets).

`fidelity: unknown` auf 4 von 29 Seiten, `authority: unknown` auf 0 - die Zustaendigkeitsfrage war
ueberall aus dem Material beantwortbar, die Erfassungstreue nicht.

`migrate verify --from HEAD --path kb/sources`: 29 verglichen, 0 added/removed/moved, 0 findings.
`lint` gruen (Exit 0, keine harten Fehler). Der neue beratende Befund
`confidence_exceeds_source_standing` meldet jetzt 67 von 152 Seiten mit `confidence_base` - die
Kalibrierungsfrage dazu geht als eigenes Issue auf das Board, nicht in diesen Lauf.

---

## [2026-09-09] update | Lauf backfill-capture-fields geschlossen (#67)

Alle Checklistenpunkte erledigt: 29 Seiten getouched, `migrate verify` 0 findings, `lint` Exit 0, Publish 00220f8 gelandet. Die dauerhaften Schluesse stehen in den 29 Source-Seiten selbst (fidelity/authority) und in CHANGES.md; die Entscheidungsregel des Laufs ist dort zusammengefasst, das Workshop-Verzeichnis daher geloescht. Die Kalibrierungsfrage aus dem 67er-lint-Befund liegt als Notiz an Issue #60, das `status/incoming` bleibt.

---

## [2026-09-10] update | confidence-removal: Abschluss, migrate done 5.0.0, Workshop geschlossen

Korpusmigration zu #86/#60: confidence/confidence_base aus allen 152 betroffenen Entity-/Concept-Seiten entfernt (types/entity.schema.yaml, types/concept.schema.yaml deklarieren additionalProperties: false seit dem Stack-Teil von #60). Vier Einheiten entlang bestehender Area-Verzeichnisse (u1 kb/concepts/architectures+decisions+protocols+problems: 35, u2 kb/concepts/patterns+workflows: 45, u3 kb/entities/tools+people: 35, u4 kb/entities/technologies+projects+systems: 37), je per Skript work/confidence-removal/strip_confidence.py ueber chemenu.frontmatter_io.read_page/write_page (nie von Hand). migrate verify --from HEAD --fail-on-error zeigt fuer alle vier Einheiten 0 Befunde - modified:, Body, Referenzarrays und Feldreihenfolge unveraendert. lint --fail-on-error: 0 schema_validation_errors (voller Report unter reports/Lint Report 2026-09-10.md; die dort gemeldeten redundant_see_also-Funde sind vorbestehend, advisory und unabhaengig von dieser Migration). Ein Body-Treffer bleibt bewusst bestehen: kb/concepts/patterns/Confidence Scoring.md zitiert 'confidence: 0.XX' als YAML-Beispiel innerhalb eines Code-Blocks - das ist Content ueber das Pattern selbst, kein Frontmatter-Feld dieser Seite, und liegt ausserhalb des Body-unberuehrt-Scopes von #86. migrate done 5.0.0 --pages 152 gesetzt, kb_version steht auf 5.0.0. Workshop work/confidence-removal/ nach work/CONTRACT.md geschlossen und geloescht; die dauerhafte Ausgabe ist der bereinigte Korpus selbst. Naechster Schritt: ein gemeinsamer publish mit den Stack-Aenderungen aus #60 (kein eigener Publish fuer diese Einheit, siehe #60 Sequencing).

---