torben
18ae28f918
Chemenu kompiliert Rohnotizen zu einem verlinkten, quellengebundenen Wiki: raw/ -> types/ + tools/ -> kb/ -> reports/. Was mechanisch ist, macht tools/wikitool; was Urteil braucht, macht ein Agent unter Contracts, deren Grenzen in Code durchgesetzt sind statt im Prompt. Dieser Commit ist der Startpunkt der oeffentlichen Historie. Die vorherige Entwicklung fand in einer privaten Instanz statt und ist nicht Teil dieses Repositorys; ihre Erzaehlung steht vollstaendig in CHANGES.md, das mit 44 Eintraegen von 0.1.0 bis 2.1.0 erhalten geblieben ist. Der mitgelieferte Korpus ist ein Testbett und eine Demo: 170 Seiten ueber den Stack selbst - Gates, Lint, Versionierung, Suche, das Wiki-Muster. Er dokumentiert das Werkzeug mit den eigenen Mitteln des Werkzeugs. Lizenz: AGPL-3.0 fuer den Stack (tools/, types/), CC-BY-4.0 fuer die Inhalte. Die Grenze zwischen beiden ist der Dateiplan, den dist export berechnet - siehe NOTICE.
3.0 KiB
3.0 KiB
type, concept_type, tags, created, modified, related, sources, confidence, confidence_base, provenance, summary
| type | concept_type | tags | created | modified | related | sources | confidence | confidence_base | provenance | summary | |||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| types/concept.md | workflow |
|
2026-08-03 | 2026-08-29 |
|
|
0.80 | 0.80 | sourced | Regelmäßiger Qualitätsrhythmus: Index und Backlinks alle 15 Einträge neu aufbauen, auf 0 neue Artikel prüfen, die 3 meistgeänderten erneut lesen |
Checkpoint Audit
Typ: workflow
Definition
Das Checkpoint Audit definiert einen regelmäßigen Rhythmus für Qualitätssicherungsmaßnahmen, um Probleme früh zu erkennen und die Wiki-Integrität zu wahren. Es geht über strukturelle Linting hinaus und umfasst semantische Überprüfungen und Trendanalysen.
Kernpunkte
- Farza's Empfehlung: Index und Rückverweise nach jedem 15. neuen Eintrag neu erstellen1
- Überladen-Alarm: Prüfen, ob 0 neue Artikel unerwartet erstellt wurden (deutet auf mögliches Überladen hin)1
- Fokus-Überprüfung: Die 3 am häufigsten geänderten Artikel vollständig erneut lesen, um Qualität sicherzustellen1
- Aktuelle Lücke: Die bestehende Wartungsroutine enthält nur „Vollständiges Linting alle 10 Quellen", ermangelt aber dieser tiefergehenden Qualitätsprüfungs-Komponente1
- Zweck: Erfasst Qualitätsprobleme, Drift und Inkonsistenzen, bevor sie sich verstärken
Beispiele
Nach 15 neuen Seiten:
wikitool index rebuildausführen, um alle Querverweise zu aktualisieren- Verifizieren, dass keine unerwarteten Seiten erstellt wurden (Überladen-Prüfung)
- Die 3 am häufigsten geänderten Seiten seit der letzten Überwachung identifizieren
- Diese 3 Seiten vollständig erneut lesen, um Qualität und Konsistenz sicherzustellen
Aktueller Wiki-Status:
- Das Wiki hat derzeit 201+ Seiten (pro index.md)1
- Aktuelle Massenänderungen (z. B. die Lint-Operation vom 2026-07-31) erstellten 36 neue Seiten
- Ein Checkpoint Audit nach solchen Operationen hätte Qualitätsprobleme aufgedeckt
Wann zu verwenden
- Nach jedem 15. hinzugefügten Seite zum Wiki
- Nach Massenoperationen (Ingest, Lint, Update), die viele Seiten beeinflussen
- Als Teil der regelmäßigen Wartungsroutine
Wann NICHT zu verwenden
- Bei einzelnen Seitenänderungen, die die Gesamtstruktur nicht beeinflussen
- Wenn sich das Wiki in einem stabilen Zustand mit wenigen aktuellenÄnderungen befindet
Verwandte Concepts
- Semantic Lint Automation - Automatisierte Prüfungen, die manuelle Überwachung ergänzen
- Content Quality Control - Qualitätsrahmen, den Überwachung unterstützt
- Die bestehende Wartungsroutine - Aktueller Zeitplan, der Checkpoint Audits einbeziehen könnte