kb/concepts/ bekommt Areas: layout: fuer concept, Area-Titel aus jedem Type-Spec, Schwellen-Empfehlung im lint (schliesst #59)
Files changed: - CHANGES.md - README.md - VERSION - kb/concepts/Ambient Environment Dependency.md - kb/concepts/Anti-Cramming Heuristic.md - kb/concepts/Audit Trail.md - kb/concepts/BM25.md - kb/concepts/Bulk Operations.md - kb/concepts/CI Integration.md - kb/concepts/COLLECTION.md - kb/concepts/CPPC.md - kb/concepts/Checkpoint Audit.md - kb/concepts/Claude Code Auto Mode.md - kb/concepts/Command Round-Trip Integrity.md - kb/concepts/Confidence Scoring.md - kb/concepts/Consolidation Tiers.md - kb/concepts/Content Quality Control.md - kb/concepts/Context Isolation.md - kb/concepts/Contradiction Resolution.md - kb/concepts/Cross-platform Agent Skills.md - kb/concepts/Crystallization.md - kb/concepts/Delete Rather Than Anonymize.md - kb/concepts/Denylist over Allowlist.md - kb/concepts/Detect-Repair Asymmetry.md - kb/concepts/Diff-Reviewable Agent Edits.md - kb/concepts/Dual Licensing by File Plan.md - kb/concepts/Entity Extraction.md - kb/concepts/Episodic Memory.md - kb/concepts/Event-Driven Automation.md - kb/concepts/Filter on Ingest.md - kb/concepts/Forgetting.md - kb/concepts/Graph Traversal.md - kb/concepts/Green Suite Blind Spot.md - kb/concepts/Hooks.md - kb/concepts/Hybrid Search.md - kb/concepts/INDEX.md - kb/concepts/Implementation Spectrum.md - kb/concepts/Index Scaling.md - kb/concepts/Issue Label Scheme.md - kb/concepts/Iteration and Cost Limits.md - kb/concepts/KB Migration.md - kb/concepts/KB Stack Versioning.md - kb/concepts/Knowledge Compounding.md - kb/concepts/Knowledge Graph.md - kb/concepts/LLM Wiki Pattern.md - kb/concepts/Lint Workflow.md - kb/concepts/MCP-Leseserver.md - kb/concepts/Mass-Update Gate.md - kb/concepts/Memory Lifecycle.md - kb/concepts/Mesh Sync.md - kb/concepts/Modbus.md - kb/concepts/Multi-Agent Collaboration.md - kb/concepts/Naming Convention Conflict.md - kb/concepts/OKF Compatibility.md - kb/concepts/Optional Instance Context File.md - kb/concepts/Personalization Plane.md - kb/concepts/Privacy and Governance.md - kb/concepts/Procedural Memory.md - kb/concepts/Publish-Remote Gate.md - kb/concepts/Quality Scoring.md - kb/concepts/Quality and Self-Correction.md - kb/concepts/RAG.md - kb/concepts/Reciprocal Rank Fusion.md - kb/concepts/SSD TRIM.md - kb/concepts/Scale Ceiling.md - kb/concepts/Self-Healing.md - kb/concepts/Semantic Lint Automation.md - kb/concepts/Semantic Memory.md - kb/concepts/Session Orientation.md - kb/concepts/Shared vs Private.md - kb/concepts/Split Merge Reclassify.md - kb/concepts/Split Threshold.md - kb/concepts/Structural Enforcement over Documented Rule.md - kb/concepts/Stub Threshold.md - kb/concepts/Supersession.md - kb/concepts/Three-Layer Architecture.md - kb/concepts/Token Economics.md - kb/concepts/Typed Relationships.md - kb/concepts/User Management.md - kb/concepts/Vector Search.md - kb/concepts/Work Coordination.md - kb/concepts/Workflow Extraction.md - kb/concepts/Workflow Orchestration.md - kb/concepts/Working Memory.md - kb/concepts/Write-Once Frontmatter Fields.md - kb/concepts/architectures/Consolidation Tiers.md - kb/concepts/architectures/Context Isolation.md - kb/concepts/architectures/Cross-platform Agent Skills.md - kb/concepts/architectures/Episodic Memory.md - kb/concepts/architectures/Hybrid Search.md - kb/concepts/architectures/Implementation Spectrum.md - kb/concepts/architectures/Knowledge Graph.md - kb/concepts/architectures/LLM Wiki Pattern.md - kb/concepts/architectures/MCP-Leseserver.md - kb/concepts/architectures/Memory Lifecycle.md - kb/concepts/architectures/OKF Compatibility.md - kb/concepts/architectures/Optional Instance Context File.md - kb/concepts/architectures/Personalization Plane.md - kb/concepts/architectures/Procedural Memory.md - kb/concepts/architectures/RAG.md - kb/concepts/architectures/Scale Ceiling.md - kb/concepts/architectures/Semantic Memory.md - kb/concepts/architectures/Three-Layer Architecture.md - kb/concepts/architectures/Token Economics.md - kb/concepts/architectures/Working Memory.md - kb/concepts/decisions/Delete Rather Than Anonymize.md - kb/concepts/decisions/Denylist over Allowlist.md - kb/concepts/decisions/Diff-Reviewable Agent Edits.md - kb/concepts/decisions/Dual Licensing by File Plan.md - kb/concepts/decisions/Issue Label Scheme.md - kb/concepts/decisions/KB Stack Versioning.md - kb/concepts/decisions/Structural Enforcement over Documented Rule.md - kb/concepts/patterns/Audit Trail.md - kb/concepts/patterns/BM25.md - kb/concepts/patterns/Command Round-Trip Integrity.md - kb/concepts/patterns/Confidence Scoring.md - kb/concepts/patterns/Contradiction Resolution.md - kb/concepts/patterns/Entity Extraction.md - kb/concepts/patterns/Filter on Ingest.md - kb/concepts/patterns/Forgetting.md - kb/concepts/patterns/Graph Traversal.md - kb/concepts/patterns/Mesh Sync.md - kb/concepts/patterns/Quality Scoring.md - kb/concepts/patterns/Reciprocal Rank Fusion.md - kb/concepts/patterns/Self-Healing.md - kb/concepts/patterns/Shared vs Private.md - kb/concepts/patterns/Typed Relationships.md - kb/concepts/patterns/Vector Search.md - kb/concepts/patterns/Work Coordination.md - kb/concepts/problems/Ambient Environment Dependency.md - kb/concepts/problems/Detect-Repair Asymmetry.md - kb/concepts/problems/Green Suite Blind Spot.md - kb/concepts/problems/Naming Convention Conflict.md - kb/concepts/problems/Write-Once Frontmatter Fields.md - kb/concepts/protocols/CPPC.md - kb/concepts/protocols/Modbus.md - kb/concepts/protocols/SSD TRIM.md - kb/concepts/workflows/Anti-Cramming Heuristic.md - kb/concepts/workflows/Bulk Operations.md - kb/concepts/workflows/CI Integration.md - kb/concepts/workflows/Checkpoint Audit.md - kb/concepts/workflows/Claude Code Auto Mode.md - kb/concepts/workflows/Content Quality Control.md - kb/concepts/workflows/Crystallization.md - kb/concepts/workflows/Event-Driven Automation.md - kb/concepts/workflows/Hooks.md - kb/concepts/workflows/Index Scaling.md - kb/concepts/workflows/Iteration and Cost Limits.md - kb/concepts/workflows/KB Migration.md - kb/concepts/workflows/Knowledge Compounding.md - kb/concepts/workflows/Lint Workflow.md - kb/concepts/workflows/Mass-Update Gate.md - kb/concepts/workflows/Multi-Agent Collaboration.md - kb/concepts/workflows/Privacy and Governance.md - kb/concepts/workflows/Publish-Remote Gate.md - kb/concepts/workflows/Quality and Self-Correction.md - kb/concepts/workflows/Semantic Lint Automation.md - kb/concepts/workflows/Session Orientation.md - kb/concepts/workflows/Split Merge Reclassify.md - kb/concepts/workflows/Split Threshold.md - kb/concepts/workflows/Stub Threshold.md - kb/concepts/workflows/Supersession.md - kb/concepts/workflows/User Management.md - kb/concepts/workflows/Workflow Extraction.md - kb/concepts/workflows/Workflow Orchestration.md - kb/index.md - kb/log.md - tools/CONTRACT.md - tools/README.md - tools/chemenu/catalog.py - tools/chemenu/commands/index_build.py - tools/chemenu/lint_core.py - tools/chemenu/tests/conftest.py - tools/chemenu/tests/test_cite_cmd.py - tools/chemenu/tests/test_git_publish.py - tools/chemenu/tests/test_index_build.py - tools/chemenu/tests/test_lint.py - tools/chemenu/tests/test_new_page.py - tools/chemenu/tests/test_provenance.py - tools/chemenu/tests/test_type_resolver.py - tools/chemenu/tests/test_xref.py - types/concept.md - types/type-spec.md
This commit is contained in:
@@ -0,0 +1,57 @@
|
||||
---
|
||||
type: types/concept.md
|
||||
concept_type: pattern
|
||||
tags: []
|
||||
created: 2026-08-02
|
||||
modified: 2026-08-29
|
||||
related:
|
||||
- exemplifies: Implementation Spectrum
|
||||
- enables: Multi-Agent Collaboration
|
||||
- part-of: Privacy and Governance
|
||||
- enables: Quality and Self-Correction
|
||||
- evidenced-by: Source - LLM Wiki v2
|
||||
- enables: Supersession
|
||||
sources: []
|
||||
confidence: 0.50
|
||||
confidence_base: 0.50
|
||||
provenance: general
|
||||
summary: Unveränderliches chronologisches Log aller Wiki-Operationen (Ingest, Bearbeitung, Löschung, Abfrage) mit Zeitstempel, Akteur, Ziel und Änderungsbeschreibung.
|
||||
---
|
||||
# Audit Trail
|
||||
|
||||
**Typ:** pattern
|
||||
|
||||
## Definition
|
||||
|
||||
Ermöglicht Verantwortlichkeit, Debugging und Reversibilität von Wiki-Operationen durch Verwaltung eines nur-anhängbaren (append-only) Protokolls, das mit entsprechenden Seitenversionen und Entscheidungen verlinkt ist.
|
||||
|
||||
## Kernpunkte
|
||||
|
||||
- TODO
|
||||
|
||||
## Beispiele
|
||||
|
||||
- TODO
|
||||
|
||||
## Wann zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Wann NICHT zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Verwandte Concepts
|
||||
|
||||
- TODO
|
||||
|
||||
<!-- wikitool:links -->
|
||||
## Beziehungen
|
||||
|
||||
- **exemplifies:** [[Implementation Spectrum]]
|
||||
- **enables:** [[Multi-Agent Collaboration]]
|
||||
- **part-of:** [[Privacy and Governance]]
|
||||
- **enables:** [[Quality and Self-Correction]]
|
||||
- **evidenced-by:** [[Source - LLM Wiki v2]]
|
||||
- **enables:** [[Supersession]]
|
||||
<!-- /wikitool:links -->
|
||||
@@ -0,0 +1,51 @@
|
||||
---
|
||||
type: types/concept.md
|
||||
concept_type: pattern
|
||||
tags: []
|
||||
created: 2026-08-02
|
||||
modified: 2026-08-29
|
||||
related:
|
||||
- part-of: Hybrid Search
|
||||
- see-also: LLM Wiki Pattern
|
||||
- evidenced-by: Source - LLM Wiki v2
|
||||
sources: []
|
||||
confidence: 0.50
|
||||
confidence_base: 0.50
|
||||
provenance: general
|
||||
summary: Schlüsselwortbasiertes Retrieval-Verfahren, das über Termfrequenz, inverse Dokumentfrequenz und Stemming exakte oder teilweise Übereinstimmungen findet.
|
||||
---
|
||||
# BM25
|
||||
|
||||
**Typ:** pattern
|
||||
|
||||
## Definition
|
||||
|
||||
Bietet schnelle, gut verstandene Suche für technische Begriffe und exakte Treffer; wird als eine Modalität in der Hybrid Search neben Vector- und Graph-Ansätzen verwendet.
|
||||
|
||||
## Kernpunkte
|
||||
|
||||
- TODO
|
||||
|
||||
## Beispiele
|
||||
|
||||
- TODO
|
||||
|
||||
## Wann zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Wann NICHT zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Verwandte Concepts
|
||||
|
||||
- TODO
|
||||
|
||||
<!-- wikitool:links -->
|
||||
## Beziehungen
|
||||
|
||||
- **part-of:** [[Hybrid Search]]
|
||||
- **see-also:** [[LLM Wiki Pattern]]
|
||||
- **evidenced-by:** [[Source - LLM Wiki v2]]
|
||||
<!-- /wikitool:links -->
|
||||
@@ -0,0 +1,121 @@
|
||||
---
|
||||
type: types/concept.md
|
||||
concept_type: pattern
|
||||
tags: [wikitool, cli, idempotenz, tooling, datenintegritaet]
|
||||
created: 2026-08-31
|
||||
modified: 2026-08-31
|
||||
related:
|
||||
- exemplifies: wikitool
|
||||
- enables: Self-Healing
|
||||
- contrasts: Detect-Repair Asymmetry
|
||||
- see-also: Green Suite Blind Spot
|
||||
- contrasts: Write-Once Frontmatter Fields
|
||||
sources: [Source - Conversation - Two Round-Trip Defects Found by an Ingest Session 2026-08-31]
|
||||
confidence: 0.70
|
||||
confidence_base: 0.70
|
||||
provenance: sourced
|
||||
summary: Anforderung, dass zwei Befehle auf derselben Datei in jeder Reihenfolge zusammenpassen und jeder erzeugte Zustand einen Gegenbefehl hat - 2026-08-31 in wikitool zweimal verletzt
|
||||
---
|
||||
# Command Round-Trip Integrity
|
||||
|
||||
**Typ:** Pattern
|
||||
|
||||
## Definition
|
||||
|
||||
Command Round-Trip Integrity ist die Anforderung, dass zwei Befehle, die dieselbe Datei
|
||||
schreiben, in jeder Reihenfolge zusammenpassen und dass ein Befehl, der einen Zustand erzeugt,
|
||||
einen Gegenbefehl hat, der ihn vollständig zurücknimmt. Verletzt ist sie in zwei Formen: die
|
||||
**Reihenfolge entscheidet über den Inhalt** - der zweite Aufruf zerstört, was der erste
|
||||
geschrieben hat -, oder ein Befehl erzeugt einen Zustand, den **kein anderer Befehl mehr
|
||||
erreicht**.
|
||||
|
||||
Beide Formen sind auf Kommandoebene unsichtbar. Jeder einzelne Aufruf gelingt, meldet Erfolg
|
||||
und tut für sich genommen das Richtige; der Schaden entsteht erst aus der Kombination. In einem
|
||||
Stack, dessen Regeln jede Handeditierung ausschließen, ist die zweite Form die schwerere: eine
|
||||
Seite, die kein Befehl mehr reparieren kann, ist eine Sackgasse.
|
||||
|
||||
## Kernpunkte
|
||||
|
||||
- **Der Anlassfall, Form 1 (Reihenfolge):** `split_cite_block()` in [[wikitool]] nahm alles von
|
||||
der Überschrift `## Fußnoten` bis zum Dateiende als Fußnotenblock und behielt daraus nur die
|
||||
Zitatdefinitionszeilen. Weil `xref add` seine Abschnitte ans Dateiende hängt, entschied allein die
|
||||
Reihenfolge von `xref add` und `cite add`, ob eine Seite ihre Querverweise behielt. Betroffen
|
||||
waren `cite add`, `cite sync` und `rename`; 8 Seiten mit 74 Zeilen standen in der gefährdeten
|
||||
Position[^s-conversation-two-round-trip-defects-found-by-an-ingest-session-2026-08-31].
|
||||
- **Der Anlassfall, Form 2 (kein Gegenbefehl):** `xref add` schrieb auf einer Source-Seite ein
|
||||
`related:`, das `types/source.md` nicht deklariert, und `strip_frontmatter_ref()` räumte nur
|
||||
deklarierte Felder. `xref remove` konnte den Rest also nicht entfernen - ein Kommando erzeugte
|
||||
einen Zustand, den ein anderes nicht rückgängig machen konnte[^s-conversation-two-round-trip-defects-found-by-an-ingest-session-2026-08-31].
|
||||
- **Die Reparatur ordnet die Ausgabe, statt die Aufrufer zu disziplinieren.** Der Fußnotenblock
|
||||
endet seit `1.5.1` an der nächsten Überschrift und wird immer zuletzt gerendert. Damit muss
|
||||
`xref add` sein Anhängen am Dateiende nicht ändern: der Widerspruch ist aufgelöst, nicht
|
||||
umgangen. Eine Regel „erst `xref`, dann `cite`" wäre eine Regel gewesen, an die sich jeder
|
||||
künftige Aufrufer hätte erinnern müssen[^s-conversation-two-round-trip-defects-found-by-an-ingest-session-2026-08-31].
|
||||
- **Daraus folgt Selbstheilung.** Weil der Block immer zuletzt ausgegeben wird, bringt die erste
|
||||
Zitatoperation eine bereits verrutschte Seite von selbst wieder in Ordnung. Der Fix repariert
|
||||
nicht nur künftige Aufrufe, sondern den bestehenden Korpus im laufenden Betrieb - siehe
|
||||
[[Self-Healing]][^s-conversation-two-round-trip-defects-found-by-an-ingest-session-2026-08-31].
|
||||
- **Der Beleg ist Byte-Gleichheit, nicht ein grüner Test.** Nach `xref remove` und
|
||||
anschließendem `xref link-source` kam die referenzierende Concept-Seite byteidentisch aus dem
|
||||
Zyklus zurück. Erst das zeigt, dass die beiden Kommandos Inversen sind; ein Test, der nur
|
||||
prüft, dass hinterher wieder eine Referenz dasteht, würde eine umformatierte Seite
|
||||
durchlassen[^s-conversation-two-round-trip-defects-found-by-an-ingest-session-2026-08-31].
|
||||
- **Vor dem Schreiben beide Seiten prüfen.** `xref add` validiert seit `1.6.0` beide Seiten,
|
||||
bevor es eine schreibt, damit eine Ablehnung keine halbe Verknüpfung hinterlässt. Eine
|
||||
abgebrochene bidirektionale Operation ist selbst ein Zustand ohne Gegenbefehl[^s-conversation-two-round-trip-defects-found-by-an-ingest-session-2026-08-31].
|
||||
- **Die Feldwahl folgt der Collection, nicht einer Tabelle.** `xref link-source` legt ein Ziel
|
||||
aus `kb/entities/` in `entities:` und eines aus `kb/concepts/` in `concepts:` ab. Das
|
||||
Verzeichnis ist der Feldname, also braucht eine neue Collection keine Codeänderung, sondern
|
||||
einen Typ, der das passende Feld deklariert. Eine Typ-zu-Feld-Zuordnung wurde verworfen, weil
|
||||
sie eine zweite Kopie dessen wäre, was die Type-Specs schon sagen[^s-conversation-two-round-trip-defects-found-by-an-ingest-session-2026-08-31].
|
||||
- **Abgrenzung zu [[Detect-Repair Asymmetry]]:** dort meldet ein Check einen Defekt, für den es
|
||||
keinen Reparaturbefehl gibt. Hier meldet niemand etwas - jeder beteiligte Aufruf endet mit
|
||||
Erfolg, und der Defekt zeigt sich erst an dem, was hinterher in der Datei fehlt.
|
||||
|
||||
## Beispiele
|
||||
|
||||
- [[wikitool]] - `cite add`/`xref add` (Gitea-Issue #17, geschlossen mit `1.5.1`) und
|
||||
`xref add`/`xref remove` auf einer Source-Seite (Issue #18, geschlossen mit `1.6.0`)
|
||||
- [[Self-Healing]] - die Eigenschaft, die aus der gewählten Reparatur folgt
|
||||
- [[Write-Once Frontmatter Fields]] - der Endzustand, wenn der Gegenbefehl fehlt, statt nur
|
||||
falsch zu greifen
|
||||
|
||||
## Wann zu verwenden
|
||||
|
||||
- Beim Entwurf eines Befehls, der eine Datei schreibt, die schon ein anderer Befehl schreibt:
|
||||
beide Reihenfolgen durchspielen, nicht nur die geplante.
|
||||
- Bei jedem Befehl, der einen Zustand *erzeugt*: benennen, welcher Befehl ihn wieder entfernt,
|
||||
und den Zyklus einmal vollständig durchlaufen - der Vergleich ist Byte-Gleichheit.
|
||||
- Bei einer Ablehnung, die auf ein anderes Kommando verweist: sie ist eine Behauptung über
|
||||
dessen Fähigkeiten und gehört mit dem Test ausgeliefert, der sie belegt (siehe
|
||||
[[Denylist over Allowlist]]).
|
||||
|
||||
## Wann NICHT zu verwenden
|
||||
|
||||
- Für Befehle, die bewusst nicht umkehrbar sind, weil die Umkehrung eine andere Operation ist:
|
||||
`publish` schreibt Historie, und die Rücknahme eines Commits ist ein eigener Vorgang, keine
|
||||
fehlende Inverse.
|
||||
- Als Argument gegen anhängende Schreibvorgänge überhaupt. Das Problem war nicht das Anhängen
|
||||
am Dateiende, sondern ein Leser, der alles dahinter als seinen Bereich betrachtete.
|
||||
|
||||
## Beziehungen
|
||||
|
||||
## Siehe auch
|
||||
|
||||
- [[Source - Conversation - Two Round-Trip Defects Found by an Ingest Session 2026-08-31]]
|
||||
- [[Green Suite Blind Spot]]
|
||||
- [[Write-Once Frontmatter Fields]]
|
||||
|
||||
## Fußnoten
|
||||
|
||||
[^s-conversation-two-round-trip-defects-found-by-an-ingest-session-2026-08-31]: [[Source - Conversation - Two Round-Trip Defects Found by an Ingest Session 2026-08-31]]
|
||||
|
||||
<!-- wikitool:links -->
|
||||
## Beziehungen
|
||||
|
||||
- **exemplifies:** [[wikitool]]
|
||||
- **enables:** [[Self-Healing]]
|
||||
- **contrasts:** [[Detect-Repair Asymmetry]]
|
||||
- **see-also:** [[Green Suite Blind Spot]]
|
||||
- **contrasts:** [[Write-Once Frontmatter Fields]]
|
||||
<!-- /wikitool:links -->
|
||||
@@ -0,0 +1,139 @@
|
||||
---
|
||||
type: types/concept.md
|
||||
concept_type: pattern
|
||||
tags: [confidence, scoring, reliability, knowledge-management]
|
||||
created: 2026-07-26
|
||||
modified: 2026-08-29
|
||||
related:
|
||||
- part-of: Memory Lifecycle
|
||||
- exemplifies: LLM Wiki Pattern
|
||||
sources: [Source - LLM Wiki v2]
|
||||
confidence: 0.95
|
||||
confidence_base: 0.95
|
||||
provenance: sourced
|
||||
summary: Mechanismus, der faktischen Aussagen quantitative Werte nach Quellenzahl, Aktualität, Qualität und Bestätigung zuweist, um gut gestütztes Wissen zu erkennen.
|
||||
---
|
||||
# Confidence Scoring
|
||||
|
||||
**Typ:** Pattern (Wissens-Zuverlässigkeitsbeurteilung)
|
||||
|
||||
## Definition
|
||||
|
||||
Confidence Scoring ist ein Mechanismus zur Zuweisung einer **quantitativen Konfidenz-Bewertung** zu jedem faktische Aussage im Wiki, der es dem LLM ermöglicht, zwischen gut gestütztem Wissen und vorläufigen Beobachtungen zu unterscheiden. Dies ist eine Kernkomponente der [[Memory Lifecycle]]-Verwaltung.
|
||||
|
||||
## Kernpunkte
|
||||
|
||||
### Die Scoring-Formel
|
||||
|
||||
Die Konfidenz-Bewertung jedes faktischen Aussage wird berechnet aus:
|
||||
|
||||
| Faktor | Gewichtung | Beschreibung |
|
||||
|--------|--------|-------------|
|
||||
| Basis-Konfidenz | +0.5 | Standard für jeden Aussage aus einer einzigen Quelle |
|
||||
| Quellenanzahl | +0.2 pro Quelle (max +0.6) | Mehr Quellen = höhere Konfidenz |
|
||||
| Aktualität | +0.2 (<30 Tage), +0.1 (<90 Tage) | Aktuelle Bestätigungen erhöhen Konfidenz |
|
||||
| Quellenqualität | +0.1 (Amtliche Dokumente), +0.05 (Reputabel) | Bessere Quellen = höhere Konfidenz |
|
||||
| Bestätigung | +0.1 | Mehrere unabhängige Quellen stimmen überein |
|
||||
| **Maximum** | **1.0** | Vollständige Konfidenz (selten) |
|
||||
|
||||
### Konfidenz-Verfall
|
||||
|
||||
Die Konfidenz **verfällt um 1% pro Monat** seit der letzten Bestätigung, mit einem **Minimum von 0.2**.
|
||||
|
||||
Dies modelliert die natürliche Erosion der Wissenssicherheit im Laufe der Zeit.
|
||||
|
||||
### Konfidenz-Schwellwerte für Sprache
|
||||
|
||||
Bei der Synthese von Antworten sollte der LLM Konfidenz-Bewertungen verwenden, um Aussagen zu qualifizieren:
|
||||
|
||||
- **Konfidenz ≥ 0.6:** Als Tatsache angeben („Projekt X verwendet Redis")
|
||||
- **0.4 ≤ Konfidenz < 0.6:** Versuchsweise Sprache verwenden („möglicherweise", „kann")
|
||||
- **0.2 ≤ Konfidenz < 0.4:** Als unsicher markieren („unsicher", „unbestätigt")
|
||||
- **Konfidenz < 0.2:** Sollte nicht in Antworten verwendet werden
|
||||
|
||||
## Implementierung
|
||||
|
||||
### Zu verfolgbende Metadaten
|
||||
|
||||
Für jede Aussage speichern:
|
||||
```yaml
|
||||
source: [list of source IDs]
|
||||
source_dates: [list of dates]
|
||||
last_confirmed: YYYY-MM-DD
|
||||
confidence: 0.XX
|
||||
quality_flags: [official, reputable, etc.]
|
||||
```
|
||||
|
||||
### Automation
|
||||
|
||||
Confidence Scoring funktioniert am besten mit [[Event-Driven Automation]]:
|
||||
|
||||
- **Bei Quellenaufnahme:** Anfängliche Konfidenz für extrahierte Aussagen berechnen
|
||||
- **Bei Zugriff auf Aussagen:** Konfidenz erhöhen (Verstärkung)
|
||||
- **Bei neuer bestätigender Quelle:** Konfidenz erhöhen, Quellen aktualisieren
|
||||
- **Bei Widerspruch:** [[Supersession]] oder [[Contradiction Resolution]] auslösen
|
||||
- **Nach Zeitplan (monatlich):** Alle Konfidenz-Scores verfallen lassen
|
||||
|
||||
## Beispiele
|
||||
|
||||
Aussage: „Das CI-System verwendet BuildKit auf Port 1234"
|
||||
|
||||
- **Quelle 1:** Interne Dokumentation (Amtlich) - datiert 2026-07-01
|
||||
- **Quelle 2:** Team-Besprechungsnotizen (Reputabel) - datiert 2026-07-15
|
||||
- **Zuletzt bestätigt:** 2026-07-20
|
||||
- **Aktuelles Datum:** 2026-07-26
|
||||
|
||||
Berechnung:
|
||||
- Basis: +0.5
|
||||
- Quellenanzahl (2): +0.4 (begrenzt auf +0.6, also +0.4)
|
||||
- Aktualität: +0.2 (Quelle 2 < 30 Tage)
|
||||
- Quellenqualität: +0.1 (Quelle 1 ist Amtlich)
|
||||
- **Zwischensumme:** 1.2 → **Begrenzt auf 1.0**
|
||||
- Verfall: 6 Tage seit letzter Bestätigung ≈ 0.2% Verfall
|
||||
- **Endgültige Konfidenz:** 0.996 ≈ **0.996**
|
||||
|
||||
Aussage: „Das CI-System verwendet BuildKit auf Port 1234." (als Tatsache angegeben)
|
||||
|
||||
## Vorteile
|
||||
|
||||
- **Transparenz:** Benutzer wissen, wie zuverlässig jeder Aussage ist
|
||||
- **Priorisierung:** Hochkonfidenz-Informationen erscheinen zuerst
|
||||
- **Vertrauen:** Stärkt das Vertrauen der Benutzer in die Wiki-Genauigkeit
|
||||
- **Selbstkorrektur:** Aussagen mit niedriger Konfidenz erhalten Aufmerksamkeit zur Überprüfung
|
||||
|
||||
## Wann zu verwenden
|
||||
|
||||
- Alle faktischen Aussagen im Wiki
|
||||
- Besonders wichtig für:
|
||||
- Technische Spezifikationen
|
||||
- Architekturentscheidungen
|
||||
- Sicherheitsbezogene Informationen
|
||||
- Zeitempfindliches Wissen
|
||||
|
||||
## Wann NICHT zu verwenden
|
||||
|
||||
- Meinungen oder subjektive Aussagen
|
||||
- Definitionen, die sich nicht ändern
|
||||
- Reine deskriptive Metadaten
|
||||
|
||||
## Verwandte Concepts
|
||||
|
||||
- [[Memory Lifecycle]] - Übergeordnetes Konzept
|
||||
- [[Supersession]] - Umgang mit widersprochenen Aussagen
|
||||
- [[Forgetting]] - Komplementärer Mechanismus für alte Aussagen
|
||||
- [[LLM Wiki Pattern]] - Gesamtmuster
|
||||
- [[Agent Memory]] - Produktionsimplementierung
|
||||
- [[Quality Scoring]] - Komplementäre Qualitätsmetriken
|
||||
|
||||
## Siehe auch
|
||||
|
||||
- [[Event-Driven Automation]] (für automatisierte Konfidenz-Updates)
|
||||
- [[Contradiction Resolution]] (für Konfliktbehandlung)
|
||||
- [[Self-Healing]] (für automatisierte Konfidenz-Reparatur)
|
||||
|
||||
<!-- wikitool:links -->
|
||||
## Beziehungen
|
||||
|
||||
- **part-of:** [[Memory Lifecycle]]
|
||||
- **exemplifies:** [[LLM Wiki Pattern]]
|
||||
<!-- /wikitool:links -->
|
||||
@@ -0,0 +1,57 @@
|
||||
---
|
||||
type: types/concept.md
|
||||
concept_type: pattern
|
||||
tags: []
|
||||
created: 2026-08-02
|
||||
modified: 2026-08-29
|
||||
related:
|
||||
- rests-on: Confidence Scoring
|
||||
- see-also: Event-Driven Automation
|
||||
- see-also: Multi-Agent Collaboration
|
||||
- part-of: Quality and Self-Correction
|
||||
- evidenced-by: Source - LLM Wiki v2
|
||||
- enables: Supersession
|
||||
sources: []
|
||||
confidence: 0.50
|
||||
confidence_base: 0.50
|
||||
provenance: general
|
||||
summary: Automatisches Erkennen und Auflösen widersprüchlicher Aussagen anhand von Konfidenz, Aktualität und Autorität der Quelle.
|
||||
---
|
||||
# Contradiction Resolution
|
||||
|
||||
**Typ:** Muster
|
||||
|
||||
## Definition
|
||||
|
||||
Wenn zwei Seiten widersprüchliche Fakten behaupten, bestimmt die Contradiction Resolution, welcher Aussage besser gestützt ist (über Aktualität, Quellqualität, Bestätigung), und markiert den Aussage mit niedrigerem Vertrauen als überlagert, während er für historische Referenzen erhalten bleibt.
|
||||
|
||||
## Kernpunkte
|
||||
|
||||
- TODO
|
||||
|
||||
## Beispiele
|
||||
|
||||
- TODO
|
||||
|
||||
## Wann zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Wann NICHT zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Verwandte Konzepte
|
||||
|
||||
- TODO
|
||||
|
||||
<!-- wikitool:links -->
|
||||
## Beziehungen
|
||||
|
||||
- **rests-on:** [[Confidence Scoring]]
|
||||
- **see-also:** [[Event-Driven Automation]]
|
||||
- **see-also:** [[Multi-Agent Collaboration]]
|
||||
- **part-of:** [[Quality and Self-Correction]]
|
||||
- **evidenced-by:** [[Source - LLM Wiki v2]]
|
||||
- **enables:** [[Supersession]]
|
||||
<!-- /wikitool:links -->
|
||||
@@ -0,0 +1,49 @@
|
||||
---
|
||||
type: types/concept.md
|
||||
concept_type: pattern
|
||||
tags: []
|
||||
created: 2026-08-02
|
||||
modified: 2026-08-29
|
||||
related:
|
||||
- exemplifies: Implementation Spectrum
|
||||
- enables: Knowledge Graph
|
||||
- evidenced-by: Source - LLM Wiki v2
|
||||
sources: []
|
||||
confidence: 0.50
|
||||
confidence_base: 0.50
|
||||
provenance: general
|
||||
summary: Erkennen und Strukturieren von Entities (Personen, Projekte, Bibliotheken, Concepts, Dateien, Entscheidungen, Systeme, Werkzeuge) samt typspezifischer Attribute aus Rohquellen.
|
||||
---
|
||||
# Entity Extraction
|
||||
|
||||
**Typ:** pattern
|
||||
|
||||
## Definition
|
||||
|
||||
Beim Ingest füllen extrahierte Entitäten den Knowledge Graph mit Typen und Attributen, was strukturierte Abfragen und typisierte Beziehungserstellung neben narrativen Wiki-Seiten ermöglicht.
|
||||
|
||||
## Kernpunkte
|
||||
|
||||
- TODO
|
||||
|
||||
## Beispiele
|
||||
|
||||
- TODO
|
||||
|
||||
## Wann zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Wann NICHT zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Verwandte Concepts
|
||||
|
||||
<!-- wikitool:links -->
|
||||
## Beziehungen
|
||||
|
||||
- **exemplifies:** [[Implementation Spectrum]]
|
||||
- **enables:** [[Knowledge Graph]]
|
||||
- **evidenced-by:** [[Source - LLM Wiki v2]]
|
||||
<!-- /wikitool:links -->
|
||||
@@ -0,0 +1,47 @@
|
||||
---
|
||||
type: types/concept.md
|
||||
concept_type: pattern
|
||||
tags: []
|
||||
created: 2026-08-02
|
||||
modified: 2026-08-29
|
||||
related:
|
||||
- exemplifies: Implementation Spectrum
|
||||
- part-of: Privacy and Governance
|
||||
sources: []
|
||||
confidence: 0.50
|
||||
confidence_base: 0.50
|
||||
provenance: general
|
||||
summary: Automatisches Erkennen und Entfernen sensibler Daten (API-Schlüssel, Token, Credentials, personenbezogene Daten) vor der Aufnahme ins Wiki, per Regex und ML-Erkennung.
|
||||
---
|
||||
# Filter on Ingest
|
||||
|
||||
**Typ:** pattern
|
||||
|
||||
## Definition
|
||||
|
||||
Entfernt Muster wie AWS-Schlüssel, GitHub-Tokens, E-Mail-Adressen und als private markierte Inhalte, um sicherzustellen, dass das Wiki sicher für kollaborative und nachverfolgbare Nutzung ohne manuelle Bereinigung bleibt.
|
||||
|
||||
## Kernpunkte
|
||||
|
||||
- TODO
|
||||
|
||||
## Beispiele
|
||||
|
||||
- TODO
|
||||
|
||||
## Wann zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Wann NICHT zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Verwandte Concepts
|
||||
|
||||
<!-- wikitool:links -->
|
||||
## Beziehungen
|
||||
|
||||
- **exemplifies:** [[Implementation Spectrum]]
|
||||
- **part-of:** [[Privacy and Governance]]
|
||||
<!-- /wikitool:links -->
|
||||
@@ -0,0 +1,169 @@
|
||||
---
|
||||
type: types/concept.md
|
||||
concept_type: pattern
|
||||
tags: [memory, retention, decay, ebbinghaus]
|
||||
created: 2026-07-26
|
||||
modified: 2026-08-29
|
||||
related:
|
||||
- part-of: Memory Lifecycle
|
||||
- see-also: Confidence Scoring
|
||||
- rests-on: Consolidation Tiers
|
||||
sources: [Source - LLM Wiki v2]
|
||||
confidence: 0.90
|
||||
confidence_base: 0.90
|
||||
provenance: sourced
|
||||
summary: Muster zur Wissensbindung, das selten abgerufene Fakten schrittweise zurückstuft, modelliert nach der Ebbinghausschen Vergessenskurve.
|
||||
---
|
||||
# Forgetting
|
||||
|
||||
**Typ:** Pattern (Wissensspeicherungsverwaltung)
|
||||
|
||||
## Definition
|
||||
|
||||
Forgetting ist der Mechanismus, durch den **Fakten, die einmal wichtig waren, aber seit Monaten nicht aufgerufen oder verstärkt wurden, allmählich aus der Bedeutung im Wiki verschwinden**. Dies implementiert eine Aufbewahrungskurve, die sich von Ebbinghaus' Vergessenskurve aus der kognitiven Psychologie inspiriert.
|
||||
|
||||
Dies ist eine Kernkomponente der Verwaltung des [[Memory Lifecycle]] und stellt sicher, dass das Wiki nicht zu einem lauten Friedhof veralteter Informationen wird.
|
||||
|
||||
## Kernpunkte
|
||||
|
||||
### Das Problem
|
||||
|
||||
Ohne Vergessen:
|
||||
- Jedes Wissensstück wird für immer als gleich wichtig behandelt
|
||||
- Alte, irrelevante Informationen verstopfen das Wiki
|
||||
- Suchergebnisse werden mit veralteten Inhalten verunreinigt
|
||||
- Das Wiki wird zu einer Rumpelkammer
|
||||
|
||||
### Die Lösung
|
||||
|
||||
**Allmähliche Herabstufung** statt Löschung implementieren:
|
||||
|
||||
- Fakten werden **nicht gelöscht** (historischer Datensatz bleibt erhalten)
|
||||
- Fakten werden **in Suche und Synthese herabgestuft**
|
||||
- Herabstufung ist **allmählich** (nicht plötzlich)
|
||||
- Unterschiedliche **Verfallsraten** für verschiedene Wissenstypen
|
||||
|
||||
### Aufbewahrungskurve
|
||||
|
||||
Inspiriert von Ebbinghaus' Vergessenskurve:
|
||||
|
||||
```
|
||||
Vertrauen/Priorität
|
||||
1.0 │ *
|
||||
│ *
|
||||
│ *
|
||||
│ *
|
||||
0.8 │ *
|
||||
│ *
|
||||
│ *
|
||||
│ *
|
||||
0.6 │ *
|
||||
│ *
|
||||
│ *
|
||||
│ *
|
||||
0.4 │ *
|
||||
│ *
|
||||
│*
|
||||
0.2 ┼───────────────────────────────── Zeit
|
||||
0 1m 3m 6m 1j 2j
|
||||
```
|
||||
|
||||
**Grundsatz:** Jede **Verstärkung** (Zugriff, Bestätigung aus neuer Quelle) **setzt die Kurve** für diesen Fakt **zurück**.
|
||||
|
||||
### Verfallsraten nach Wissenstyp
|
||||
|
||||
| Wissenstyp | Verfallsrate | Begründung |
|
||||
|----------------|------------|-----------|
|
||||
| Architekturentscheidungen | Sehr langsam (1% alle 6 Monate) | Langzeitwirkung, ändern sich selten |
|
||||
| Systemkonfigurationen | Langsam (1% pro Monat) | Stabil, aber kann sich ändern |
|
||||
| Bug-Berichte | Schnell (5% pro Monat) | Vorübergehend, oft behoben |
|
||||
| Notizen aus Meetings | Schnell (5% pro Monat) | Zeitkritischer Kontext |
|
||||
| Forschungsergebnisse | Mittel (2% pro Monat) | Kann veraltet werden |
|
||||
| Best Practices | Sehr langsam (1% alle 3 Monate) | Im Laufe der Zeit bewährt |
|
||||
|
||||
### Implementierung
|
||||
|
||||
**Zu verfolgene Metadaten:**
|
||||
```yaml
|
||||
last_accessed: YYYY-MM-DD
|
||||
last_reinforced: YYYY-MM-DD # Zugriff oder Bestätigung neuer Quelle
|
||||
creation_date: YYYY-MM-DD
|
||||
knowledge_type: [architecture|config|bug|meeting|research|best-practice]
|
||||
current_priority: 0.XX # 0.0-1.0
|
||||
```
|
||||
|
||||
**Verfallsberechnung:**
|
||||
```
|
||||
months_since_reinforcement = (today - last_reinforced).months
|
||||
decay_rate = get_decay_rate(knowledge_type)
|
||||
priority = max(0.2, initial_priority - (months_since_reinforcement * decay_rate))
|
||||
```
|
||||
|
||||
**Verstärkungsauslöser:**
|
||||
- Seite wird aufgerufen/gelesen
|
||||
- Neue Quelle bestätigt die Information
|
||||
- Mensch verstärkt explizit
|
||||
- Verwandte Information wird aufgerufen
|
||||
|
||||
### Integration mit anderen Mechanismen
|
||||
|
||||
**Mit [[Confidence Scoring]]:**
|
||||
- Vergessen beeinträchtigt **Priorität** in der Suche
|
||||
- Vertrauens-Scoring beeinträchtigt **Zuverlässigkeit** des Fakts
|
||||
- Beide funktionieren zusammen: niedrig-vertrauen, niedrig-priorität Fakten erscheinen zuletzt
|
||||
|
||||
**Mit [[Consolidation Tiers]]:**
|
||||
- Höhere Tiers haben **langsamere Verfallsraten**
|
||||
- Prozedurales Gedächtnis (Tier 4) kann **keinen Verfall** haben
|
||||
- Arbeitsgedächtnis (Tier 1) hat **schnellsten Verfall**
|
||||
|
||||
**Mit [[Supersession]]:**
|
||||
- Verdrängte Fakten **verfallen sofort** auf Mindestpriorität
|
||||
- Aber werden **zu historischen Referenzen bewahrt**
|
||||
|
||||
### Suchintegration
|
||||
|
||||
Fakten mit niedrigerer Priorität:
|
||||
- Erscheinen **später** in Suchergebnissen
|
||||
- Werden **mit geringerer Wahrscheinlichkeit** in die Synthese einbezogen
|
||||
- Erfordern **explizitere** Abfragen zum Auftauchen
|
||||
- Können **unterhalb eines bestimmten Schwellenwerts verborgen** sein (konfigurierbar)
|
||||
|
||||
## Vorteile
|
||||
|
||||
- **Relevanz:** Benutzer sehen zuerst die wichtigsten Informationen
|
||||
- **Sauberkeit:** Wiki wird nicht mit alten Informationen verstopft
|
||||
- **Erhaltung:** Historische Informationen sind noch zugänglich
|
||||
- **Anpassungsfähigkeit:** Wiki entwickelt sich mit sich ändernden Bedürfnissen
|
||||
- **Effizienz:** Suche und Synthese sind effizienter
|
||||
|
||||
## Wann zu verwenden
|
||||
|
||||
- Jedes Wiki, das im Laufe der Zeit wachsen soll
|
||||
- Bereiche mit sich entwickelndem Wissen
|
||||
- Situationen, in denen sich die Relevanz von Informationen ändert
|
||||
- Große Wissensdatenbanken
|
||||
|
||||
## Wann NICHT zu verwenden
|
||||
|
||||
- Kleine, statische Wikis
|
||||
- Bereiche, in denen alle Informationen gleich wichtig sind
|
||||
- Situationen, in denen historische Vollständigkeit entscheidend ist
|
||||
|
||||
## Verwandte Concepts
|
||||
|
||||
- [[Supersession]] - Umgang mit veralteten Informationen
|
||||
- [[LLM Wiki Pattern]] - Gesamtmuster
|
||||
|
||||
## Siehe auch
|
||||
|
||||
- [[Event-Driven Automation]] (für automatisiertes Verstärkungstracking)
|
||||
- [[Quality and Self-Correction]] (für verwandte Qualitätsmechanismen)
|
||||
|
||||
<!-- wikitool:links -->
|
||||
## Beziehungen
|
||||
|
||||
- **part-of:** [[Memory Lifecycle]]
|
||||
- **see-also:** [[Confidence Scoring]]
|
||||
- **rests-on:** [[Consolidation Tiers]]
|
||||
<!-- /wikitool:links -->
|
||||
@@ -0,0 +1,51 @@
|
||||
---
|
||||
type: types/concept.md
|
||||
concept_type: pattern
|
||||
tags: []
|
||||
created: 2026-08-02
|
||||
modified: 2026-08-29
|
||||
related:
|
||||
- part-of: Hybrid Search
|
||||
- rests-on: Knowledge Graph
|
||||
- exemplifies: LLM Wiki Pattern
|
||||
- evidenced-by: Source - LLM Wiki v2
|
||||
sources: []
|
||||
confidence: 0.50
|
||||
confidence_base: 0.50
|
||||
provenance: general
|
||||
summary: Verfahren, verbundene Entities im Wissensgraphen über typisierte Beziehungen (uses, depends-on, contradicts, caused) zu finden und strukturelle Fragen zu beantworten.
|
||||
---
|
||||
# Graph Traversal
|
||||
|
||||
**Typ:** pattern
|
||||
|
||||
## Definition
|
||||
|
||||
Ermöglicht Abfragen wie "Was ist die Auswirkung eines Redis-Upgrades?" durch das Durchlaufen von Abhängigkeitskanten und das Auffinden aller betroffenen Komponenten.
|
||||
|
||||
## Kernpunkte
|
||||
|
||||
- TODO
|
||||
|
||||
## Beispiele
|
||||
|
||||
- TODO
|
||||
|
||||
## Wann zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Wann NICHT zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Verwandte Concepts
|
||||
|
||||
<!-- wikitool:links -->
|
||||
## Beziehungen
|
||||
|
||||
- **part-of:** [[Hybrid Search]]
|
||||
- **rests-on:** [[Knowledge Graph]]
|
||||
- **exemplifies:** [[LLM Wiki Pattern]]
|
||||
- **evidenced-by:** [[Source - LLM Wiki v2]]
|
||||
<!-- /wikitool:links -->
|
||||
@@ -0,0 +1,51 @@
|
||||
---
|
||||
type: types/concept.md
|
||||
concept_type: pattern
|
||||
tags: []
|
||||
created: 2026-08-02
|
||||
modified: 2026-08-29
|
||||
related:
|
||||
- exemplifies: Implementation Spectrum
|
||||
- part-of: Multi-Agent Collaboration
|
||||
- evidenced-by: Source - LLM Wiki v2
|
||||
sources: []
|
||||
confidence: 0.50
|
||||
confidence_base: 0.50
|
||||
provenance: general
|
||||
summary: Abgleichsmechanismus, der Beobachtungen paralleler Agenten in ein gemeinsames Wiki überführt; Last-Write-Wins mit Konflikterkennung und manuellem Eingriff.
|
||||
---
|
||||
# Mesh Sync
|
||||
|
||||
**Typ:** pattern
|
||||
|
||||
## Definition
|
||||
|
||||
Wenn mehrere Agenten parallel arbeiten, akzeptiert Mesh Sync automatisch nicht-konfligierende Updates und markiert semantische Konflikte zur Überprüfung durch Menschen und ermöglicht so kollaboratives Wissensaufbau.
|
||||
|
||||
## Kernpunkte
|
||||
|
||||
- TODO
|
||||
|
||||
## Beispiele
|
||||
|
||||
- TODO
|
||||
|
||||
## Wann zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Wann NICHT zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Verwandte Concepts
|
||||
|
||||
- TODO
|
||||
|
||||
<!-- wikitool:links -->
|
||||
## Beziehungen
|
||||
|
||||
- **exemplifies:** [[Implementation Spectrum]]
|
||||
- **part-of:** [[Multi-Agent Collaboration]]
|
||||
- **evidenced-by:** [[Source - LLM Wiki v2]]
|
||||
<!-- /wikitool:links -->
|
||||
@@ -0,0 +1,53 @@
|
||||
---
|
||||
type: types/concept.md
|
||||
concept_type: pattern
|
||||
tags: []
|
||||
created: 2026-08-02
|
||||
modified: 2026-08-29
|
||||
related:
|
||||
- see-also: Confidence Scoring
|
||||
- exemplifies: Implementation Spectrum
|
||||
- see-also: Memory Lifecycle
|
||||
- evidenced-by: Source - LLM Wiki v2
|
||||
sources: []
|
||||
confidence: 0.50
|
||||
confidence_base: 0.50
|
||||
provenance: general
|
||||
summary: Quantitative Bewertung aller vom LLM geschriebenen Inhalte nach struktureller Qualität, Vollständigkeit der Quellenangaben, Konsistenz mit dem Wiki und Themenabdeckung.
|
||||
---
|
||||
# Quality Scoring
|
||||
|
||||
**Typ:** pattern
|
||||
|
||||
## Definition
|
||||
|
||||
Inhalte unter einem Konfidenz-Schwellenwert (z. B. 0,6) werden zur Überprüfung gekennzeichnet oder automatisch umgeschrieben, um sicherzustellen, dass Wiki-Inhalte Qualitätsstandards erfüllen, ohne proportionalen menschlichen Aufwand.
|
||||
|
||||
## Kernpunkte
|
||||
|
||||
- TODO
|
||||
|
||||
## Beispiele
|
||||
|
||||
- TODO
|
||||
|
||||
## Wann zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Wann NICHT zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Verwandte Concepts
|
||||
|
||||
- TODO
|
||||
|
||||
<!-- wikitool:links -->
|
||||
## Beziehungen
|
||||
|
||||
- **see-also:** [[Confidence Scoring]]
|
||||
- **exemplifies:** [[Implementation Spectrum]]
|
||||
- **see-also:** [[Memory Lifecycle]]
|
||||
- **evidenced-by:** [[Source - LLM Wiki v2]]
|
||||
<!-- /wikitool:links -->
|
||||
@@ -0,0 +1,51 @@
|
||||
---
|
||||
type: types/concept.md
|
||||
concept_type: pattern
|
||||
tags: []
|
||||
created: 2026-08-02
|
||||
modified: 2026-08-29
|
||||
related:
|
||||
- part-of: Hybrid Search
|
||||
- exemplifies: LLM Wiki Pattern
|
||||
- evidenced-by: Source - LLM Wiki v2
|
||||
sources: []
|
||||
confidence: 0.50
|
||||
confidence_base: 0.50
|
||||
provenance: general
|
||||
summary: Verfahren, das Ergebnislisten mehrerer Suchmodalitäten zu einem gemeinsamen Ranking verbindet, ohne Gewichte zwischen den Modalitäten justieren zu müssen.
|
||||
---
|
||||
# Reciprocal Rank Fusion
|
||||
|
||||
**Typ:** pattern
|
||||
|
||||
## Definition
|
||||
|
||||
Verschmelzt Ergebnisse von BM25 (Schlüsselwort), Vector (semantisch) und Graph (strukturell) Suchen, um ein besseres Gesamtranking zu erreichen, als jeder einzelne Ansatz allein.
|
||||
|
||||
## Kernpunkte
|
||||
|
||||
- TODO
|
||||
|
||||
## Beispiele
|
||||
|
||||
- TODO
|
||||
|
||||
## Wann zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Wann NICHT zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Verwandte Concepts
|
||||
|
||||
- TODO
|
||||
|
||||
<!-- wikitool:links -->
|
||||
## Beziehungen
|
||||
|
||||
- **part-of:** [[Hybrid Search]]
|
||||
- **exemplifies:** [[LLM Wiki Pattern]]
|
||||
- **evidenced-by:** [[Source - LLM Wiki v2]]
|
||||
<!-- /wikitool:links -->
|
||||
@@ -0,0 +1,61 @@
|
||||
---
|
||||
type: types/concept.md
|
||||
concept_type: pattern
|
||||
tags: []
|
||||
created: 2026-08-02
|
||||
modified: 2026-08-29
|
||||
related:
|
||||
- see-also: Confidence Scoring
|
||||
- part-of: Quality and Self-Correction
|
||||
- evidenced-by: Source - LLM Wiki v2
|
||||
- see-also: Supersession
|
||||
- see-also: Detect-Repair Asymmetry
|
||||
- see-also: Command Round-Trip Integrity
|
||||
sources: []
|
||||
confidence: 0.50
|
||||
confidence_base: 0.50
|
||||
provenance: general
|
||||
summary: "Automatisches Beheben von M\xE4ngeln, die beim Lint auffallen: verwaiste Seiten, veraltete Aussagen, kaputte Links und Formatverst\xF6\xDFe."
|
||||
---
|
||||
# Self-Healing
|
||||
|
||||
**Typ:** pattern
|
||||
|
||||
## Definition
|
||||
|
||||
Ausgelöst durch geplante Wartung oder Speicherschreib-Events, verwandelt Self-Healing Probleme, die von lint gefunden werden, in automatische Korrektionen, um die Wiki-Gesundheit ohne manuelle Eingriffe zu erhalten.
|
||||
|
||||
## Kernpunkte
|
||||
|
||||
- TODO
|
||||
|
||||
## Beispiele
|
||||
|
||||
- TODO
|
||||
|
||||
## Wann zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Wann NICHT zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Verwandte Concepts
|
||||
|
||||
- TODO
|
||||
|
||||
## Beziehungen
|
||||
|
||||
## Siehe auch
|
||||
|
||||
<!-- wikitool:links -->
|
||||
## Beziehungen
|
||||
|
||||
- **see-also:** [[Confidence Scoring]]
|
||||
- **part-of:** [[Quality and Self-Correction]]
|
||||
- **evidenced-by:** [[Source - LLM Wiki v2]]
|
||||
- **see-also:** [[Supersession]]
|
||||
- **see-also:** [[Detect-Repair Asymmetry]]
|
||||
- **see-also:** [[Command Round-Trip Integrity]]
|
||||
<!-- /wikitool:links -->
|
||||
@@ -0,0 +1,47 @@
|
||||
---
|
||||
type: types/concept.md
|
||||
concept_type: pattern
|
||||
tags: []
|
||||
created: 2026-08-02
|
||||
modified: 2026-08-29
|
||||
related:
|
||||
- part-of: Multi-Agent Collaboration
|
||||
sources: []
|
||||
confidence: 0.50
|
||||
confidence_base: 0.50
|
||||
provenance: general
|
||||
summary: Abgrenzung persönlicher Beobachtungen (privat) von Team- und Projektwissen (geteilt), mit Regeln zum Hochstufen geprüften Wissens.
|
||||
---
|
||||
# Shared vs Private
|
||||
|
||||
**Typ:** pattern
|
||||
|
||||
## Definition
|
||||
|
||||
Startet als private Beobachtung; wird zu Shared befördert, wenn es über mehrere Agenten hinweg verifiziert oder explizit gekennzeichnet ist, was kollaborative Wikis ermöglicht, ohne all das Wissen öffentlich zu machen.
|
||||
|
||||
## Kernpunkte
|
||||
|
||||
- TODO
|
||||
|
||||
## Beispiele
|
||||
|
||||
- TODO
|
||||
|
||||
## Wann zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Wann NICHT zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Verwandte Concepts
|
||||
|
||||
- TODO
|
||||
|
||||
<!-- wikitool:links -->
|
||||
## Beziehungen
|
||||
|
||||
- **part-of:** [[Multi-Agent Collaboration]]
|
||||
<!-- /wikitool:links -->
|
||||
@@ -0,0 +1,51 @@
|
||||
---
|
||||
type: types/concept.md
|
||||
concept_type: pattern
|
||||
tags: []
|
||||
created: 2026-08-02
|
||||
modified: 2026-08-29
|
||||
related:
|
||||
- exemplifies: Implementation Spectrum
|
||||
- part-of: Knowledge Graph
|
||||
- evidenced-by: Source - LLM Wiki v2
|
||||
sources: []
|
||||
confidence: 0.50
|
||||
confidence_base: 0.50
|
||||
provenance: general
|
||||
summary: Verwendung semantisch aussagekräftiger Beziehungstypen (uses, depends-on, contradicts, caused, fixed, supersedes, replaces) statt undifferenzierter Wikilinks.
|
||||
---
|
||||
# Typed Relationships
|
||||
|
||||
**Typ:** pattern
|
||||
|
||||
## Definition
|
||||
|
||||
Ermöglicht reichhaltigere Knowledge-Graph-Abfragen und besseres strukturelles Verständnis; jede Beziehung trägt semantisches Gewicht, das Ermittlung und Auswirkungsanalyse informiert.
|
||||
|
||||
## Kernpunkte
|
||||
|
||||
- TODO
|
||||
|
||||
## Beispiele
|
||||
|
||||
- TODO
|
||||
|
||||
## Wann zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Wann NICHT zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Verwandte Concepts
|
||||
|
||||
- TODO
|
||||
|
||||
<!-- wikitool:links -->
|
||||
## Beziehungen
|
||||
|
||||
- **exemplifies:** [[Implementation Spectrum]]
|
||||
- **part-of:** [[Knowledge Graph]]
|
||||
- **evidenced-by:** [[Source - LLM Wiki v2]]
|
||||
<!-- /wikitool:links -->
|
||||
@@ -0,0 +1,51 @@
|
||||
---
|
||||
type: types/concept.md
|
||||
concept_type: pattern
|
||||
tags: []
|
||||
created: 2026-08-02
|
||||
modified: 2026-08-29
|
||||
related:
|
||||
- part-of: Hybrid Search
|
||||
- exemplifies: LLM Wiki Pattern
|
||||
- evidenced-by: Source - LLM Wiki v2
|
||||
sources: []
|
||||
confidence: 0.50
|
||||
confidence_base: 0.50
|
||||
provenance: general
|
||||
summary: Semantische Ähnlichkeitssuche über Embedding-Vektoren, die inhaltlich verwandte Seiten auch ohne exakte Schlüsselwortübereinstimmung findet.
|
||||
---
|
||||
# Vector Search
|
||||
|
||||
**Typ:** pattern
|
||||
|
||||
## Definition
|
||||
|
||||
Ergänzt BM25 durch die Ermittlung von Seiten zu verwandten Konzepten (z. B. „Container-Plattformen" passt zu Docker, Podman, Kubernetes), ohne dass eine genaue Begriffsüberlappung erforderlich ist.
|
||||
|
||||
## Kernpunkte
|
||||
|
||||
- TODO
|
||||
|
||||
## Beispiele
|
||||
|
||||
- TODO
|
||||
|
||||
## Wann zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Wann NICHT zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Verwandte Concepts
|
||||
|
||||
- TODO
|
||||
|
||||
<!-- wikitool:links -->
|
||||
## Beziehungen
|
||||
|
||||
- **part-of:** [[Hybrid Search]]
|
||||
- **exemplifies:** [[LLM Wiki Pattern]]
|
||||
- **evidenced-by:** [[Source - LLM Wiki v2]]
|
||||
<!-- /wikitool:links -->
|
||||
@@ -0,0 +1,49 @@
|
||||
---
|
||||
type: types/concept.md
|
||||
concept_type: pattern
|
||||
tags: []
|
||||
created: 2026-08-02
|
||||
modified: 2026-08-29
|
||||
related:
|
||||
- exemplifies: Implementation Spectrum
|
||||
- part-of: Multi-Agent Collaboration
|
||||
sources: []
|
||||
confidence: 0.50
|
||||
confidence_base: 0.50
|
||||
provenance: general
|
||||
summary: Leichtgewichtige Erfassung von Aufgabenstatus (in Arbeit, blockiert, erledigt, prüfbedürftig) und Zuweisung, um Doppelarbeit bei mehreren Agenten zu vermeiden.
|
||||
---
|
||||
# Work Coordination
|
||||
|
||||
**Typ:** pattern
|
||||
|
||||
## Definition
|
||||
|
||||
Agents fragen den Arbeitsstatus ab, bevor sie Aufgaben starten, und aktualisieren den Status nach Abschluss, was Transparenz bietet, ohne vollständigen Projektmanagement-Overhead einzuführen.
|
||||
|
||||
## Kernpunkte
|
||||
|
||||
- TODO
|
||||
|
||||
## Beispiele
|
||||
|
||||
- TODO
|
||||
|
||||
## Wann zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Wann NICHT zu verwenden
|
||||
|
||||
TODO
|
||||
|
||||
## Verwandte Concepts
|
||||
|
||||
- TODO
|
||||
|
||||
<!-- wikitool:links -->
|
||||
## Beziehungen
|
||||
|
||||
- **exemplifies:** [[Implementation Spectrum]]
|
||||
- **part-of:** [[Multi-Agent Collaboration]]
|
||||
<!-- /wikitool:links -->
|
||||
Reference in New Issue
Block a user