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.
68 lines
2.7 KiB
Markdown
68 lines
2.7 KiB
Markdown
---
|
|
type: types/concept.md
|
|
concept_type: workflow
|
|
tags: [split, threshold, lines, pages]
|
|
created: 2026-08-03
|
|
modified: 2026-08-29
|
|
related: [Content Quality Control, Stub Threshold, Index Scaling]
|
|
sources: [Source - LLM Improvements Sonnet Analysis]
|
|
confidence: 0.80
|
|
confidence_base: 0.80
|
|
provenance: sourced
|
|
summary: "Maximale Seitengr\xF6\xDFe, ab der eine Aufteilung empfohlen wird (Farza: >120-150 Zeilen, Pascalandy: 200 Zeilen)"
|
|
---
|
|
# Split Threshold
|
|
|
|
**Typ:** workflow
|
|
|
|
## Definition
|
|
|
|
Split Threshold definiert die maximale Größe, die eine Wiki-Seite erreichen sollte, bevor sie in mehrere fokussierte Seiten aufgeteilt wird. Dies verhindert, dass Seiten schwerfällig und schwierig zu navigieren werden.
|
|
|
|
## Kernpunkte
|
|
|
|
- **Farzas Empfehlung:** Seiten mit über 120-150 Zeilen sollten aufgeteilt werden[^s-llm-improvements-sonnet-analysis]
|
|
- **Pascalandys Empfehlung:** 200 Zeilen als absolutes Maximum[^s-llm-improvements-sonnet-analysis]
|
|
- **Zweck:** Erhält Seitenlesbarkeit und fokussierte Inhaltsorganisation
|
|
- **Ergänzt Stub Threshold:** Während Stub Threshold das Minimum definiert, definiert Split Threshold das Maximum für optimale Seitengröße
|
|
- **Aktueller Stand:** Einige vorhandene Wiki-Seiten können diese Schwellenwerte überschreiten (z. B. lange Entity-Seiten mit umfangreichen Details)[^s-llm-improvements-sonnet-analysis]
|
|
|
|
## Beispiele
|
|
|
|
**Unter dem Schwellenwert:**
|
|
- Eine typische Entity-Seite mit 50-80 Zeilen
|
|
- Eine Concept-Seite mit 3-4 gut strukturierten Abschnitten
|
|
|
|
**Über dem Schwellenwert:**
|
|
- Eine Seite mit 160+ Zeilen, die mehrere unterschiedliche Unterthemen abdeckt
|
|
- Die AGENTS.md Entity-Seite selbst könnte sich diesem Schwellenwert nähern
|
|
|
|
**Split-Kandidat:**
|
|
- Eine Seite über "MQTT Implementation", die auch Geschichte, Protokolldetails und Anwendungsbeispiele abdeckt, könnte in separate Seiten aufgeteilt werden
|
|
|
|
## Wann zu verwenden
|
|
|
|
- Beim Überprüfen vorhandener Seiten während Audits
|
|
- Beim Erstellen neuer Seiten mit umfangreichen Inhalten
|
|
- Beim Entscheiden zwischen Erweiterung einer Seite oder Erstellen einer neuen
|
|
|
|
## Wann NICHT zu verwenden
|
|
|
|
- Für Seiten, die natürlicherweise umfangreiche Inhalte erfordern (z. B. umfassende Tutorials)
|
|
- Wenn der zusätzliche Inhalt eng verknüpft ist und eine Aufteilung die Kohärenz verringern würde
|
|
|
|
## Verwandte Concepts
|
|
|
|
- [[Content Quality Control]] - Breiteres Framework
|
|
- [[Stub Threshold]] - Mindestgröße-Ergänzung
|
|
- [[Index Scaling]] - Verwandte Skalierung für Index-Seiten
|
|
- [[Anti-Cramming Heuristic]] - Regel für wann neue Seiten zu erstellen sind
|
|
|
|
## Siehe auch
|
|
|
|
- [[Source - LLM Improvements Sonnet Analysis]]
|
|
|
|
## Fußnoten
|
|
|
|
[^s-llm-improvements-sonnet-analysis]: [[Source - LLM Improvements Sonnet Analysis]]
|