Korpus-Sweep: 177 see-also-Kanten auf das erweiterte Vokabular umstellen
#48
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Stand
Die Katalog-Hälfte ist erledigt (#49, ausgeliefert in 4.7.0/4.7.1). Was hier bleibt, ist der Sweep über den Bestand dieser Instanz.
instructions/link-taxonomy.mdschreibt über sein schwächstes Label:Aktuell 177 von ~515 Kanten (34 %), das mit Abstand häufigste Label, knapp das Vierfache des nächsten (
exemplifies, 49). Nach dem Test, den der Katalog selbst aufstellt, hat der Korpus damit ein Vokabularproblem.Was sich seit der ersten Fassung geändert hat
Die Werkzeuge sind jetzt da, die dieser Sweep braucht:
lintmeldet die größte Teilmenge selbst. Der Befundredundant_see_alsonennt jedesee-also-Kante, deren Gegenrichtung bereits ein typisiertes Label trägt — aktuell exakt 57. Diese Klasse braucht kein neues Label und keine Urteilsfrage; sie ist Redundanz.alternative-todeckt die Peer-Cliquen,addressesdie Problem/Entscheidungs-Kanten,authoreddie Urheberschaft (letztere in 4.7.0 bereits umgestellt).xref remove-Falle steht ininstructions/wiki-lint/SKILL.mdSchritt 1 beschrieben.Die Partition
Gemessen bei 180 Kanten (vor den vier Urheberschaftskanten aus #43), exakt 57 + 70 + 53:
lintlistet sie namentlich auf.see-also-Paaresee-also.Die wechselseitigen Paare bilden sieben Cliquen (≥3 Seiten):
alternative-to+ Spiegel löschenalternative-to, 6 Kanten statt 12alternative-toaddressesaddressesWas noch zu entscheiden ist
see-alsoist nicht mehr das häufigste Label" — das hieße unter 49 Kanten, also eine Reduktion um zwei Drittel. Als Zielkorridor für diesen Sweep, oder als Floor ininstructions/dev/corpus-policy.md?part-ofschreiben — dann verschwinden die Kanten ganz, statt ein Label zu bekommen? Das ist die teurere und die interessantere der beiden Optionen, und die einzige echte Designfrage, die hier noch offen ist.Nicht mehr offen:
alternative-to(entschieden und ausgeliefert), die Reihenfolge (Teilbefund „Spiegel" ist unabhängig und kann zuerst).Randbedingungen
instructions/dev/corpus-policy.md: korpusweit, geplant, nie reaktiv — eigenerwork/-Run nachwork/CONTRACT.md, wie die Migration in #40. Nicht als Nebenwirkung einer anderen Sitzung.xref removeräumt beidseitig ab (tools/CONTRACT.md). Für ein Spiegelpaar passend; überall sonst eine Falle. Invariante für jeden entfernenden Schritt: nach dem Schritt darf keine Kante fehlen, die nicht ausdrücklich zum Entfernen benannt war. Der u3-Lauf inkb/log.mdhat genau hier Inhalt verloren (Personalization Plane, Fußnotenmarker) — gefangen vonmigrate verify, nicht vom Lint.alternative-toeinmal pro Paar. Ein selbst-duales Label beidseitig zu schreiben würde die Cliquen in gleicher Größe erhalten und nichts gewinnen; der Katalog sagt das jetzt ausdrücklich.lint --fullmit 0 harten Befunden,redundant_see_alsoauf 0, plus ein Vorher/Nachher der Labelverteilung.Akzeptanzkriterien
redundant_see_alsomeldet 0see-also-Kante mehr in den vier Peer-Cliquen; jede durchalternative-toersetzt, eine Kante pro Paaraddresses, wo der Satz stimmtlint --full: 0broken_links, 0malformed_edges, 0unauthorised_labels, 0dangling_frontmatter_refswork/-Run nachwork/CONTRACT.mdgeschlossen,log appendgeschriebenVorgeschichte
Gemessen in der Sitzung zur inhaltlichen Prüfung von #43 (2026-09-04); die Katalog-Hälfte ist daraus als #49 abgezweigt und erledigt. Der Befund selbst ist älter:
kb/log.mdprotokolliert zum Abschluss der Migration, dass die Wine-/Arch-/Agent-CLI-Cliquen „ueberwiegend see-also" nachgelabelt wurden — damals korrekt, weil die Alternative eine unbelegte Kante gewesen wäre, aber es ist der Punkt, an dem die Masse entstanden ist.`see-also` trägt 35 % aller Kanten - der Katalog sagt selbst, dass das ein Vokabularproblem istto Korpus-Sweep: 177 `see-also`-Kanten auf das erweiterte Vokabular umstellenChangelog: Body nachgezogen, nachdem #49 (Katalog-Erweiterung) in 4.7.0/4.7.1 ausgeliefert ist. Titel auf den verbliebenen Umfang geschärft — dies ist jetzt allein der Korpus-Sweep.
Nicht mehr offen:
alternative-toist entschieden und im Katalog, ebensoaddressesundauthored. Von den ursprünglich vier Entscheidungsfragen bleiben zwei: die Zielzahl und die Elternseiten-Option für die beiden Concept-Cliquen.Neu:
lint --jsonmeldet die größte Teilmenge jetzt namentlich (redundant_see_also, aktuell 57) — der Sweep muss sie nicht mehr selbst suchen. Diexref remove-Falle steht als Invariante im Body und seit 4.7.1 auch inwiki-lintSchritt 1. Zahl von 180 auf 177 korrigiert (vier Urheberschaftskanten in 4.7.0 umgestellt). Akzeptanzkriterien ergänzt.