wiki-verify-Skill (Claim-Chain-Verifizierung für Low-Confidence-Seiten) #5

New Issue

2026-08-29T22:03:03Z

torben commented

2026-08-29 22:03:03 +00:00

Abgezweigt von: #2 ("Personalization Plane: USER.md + SOUL.md ("Thoth") aus gbrain-Analyse übernehmen")
Session-Tag: perplexity-gbrain-personalization-2026-08-23

Kontext

gbrain hat einen Skill academic-verify, der eine Behauptung durch Publikation → Methodik → Rohdaten → unabhängige Replikation nachverfolgt, bevor sie als verifiziert gilt. Geprüft, ob es dazu bei uns schon ein Äquivalent gibt: tools/chemenu/commands/docs_verify.py existiert, prüft aber nur interne Konsistenz (Naming-Konventionen, Schema-Konformität) – keine Claim-Chain-Verifizierung gegen externe oder interne Quellen. Echte Lücke, kein Überlapp.

Vorschlag

Neuer Skill wiki-verify (analog zu den bestehenden fünf: wiki-ingest, wiki-query, wiki-manage, wiki-lint, wiki-status):

Trigger: Seite mit confidence < 0.6 (Feld existiert bereits im Schema), oder explizite Nutzeranfrage "verifiziere "
Ablauf: Behält sich an die bestehende Belegpflicht (Invariante 3): folgt jeder in der Seite zitierten Quelle (sources:-Frontmatter) zurück zum raw/-Original, prüft ob die Behauptung dort tatsächlich so steht, und aktualisiert confidence über tools/wikitool touch --provenance entsprechend dem Ergebnis (rauf bei Bestandsbestätigung, runter bzw. ## Not Extracted-Vermerk bei Widerspruch)
Kein neuer Tool-Befehl nötig – der Skill kombiniert nur bestehende wikitool-Befehle (search, touch, sources coverage) in einer neuen Reihenfolge

Abgrenzung

Keine externe Web-Recherche wie bei gbrains academic-verify (das wäre ein deutlich größerer Scope) – nur Rückverfolgung zu bereits vorhandenen raw/-Quellen
Kein neuer Gate, kein neues Frontmatter-Feld

Nächste Schritte

SKILL.md für wiki-verify entwerfen (Trigger, Steps, Decision Points – analog zu den bestehenden fünf Skills)
Klären: automatisch bei wiki-lint mitlaufen lassen (für alle Low-Confidence-Seiten) oder nur auf explizite Anfrage?
In AGENTS.md Routing-Tabelle ("By task") ergänzen, sobald der Skill existiert

Pfade nachgezogen 2026-09-04 (#29): tools/wiki_tools/commands/docs_verify.py → tools/chemenu/commands/docs_verify.py. Die genannten Befehle (touch --provenance, search, sources coverage) gegen tools/CONTRACT.md geprüft, existieren unverändert.

**Abgezweigt von:** #2 ("Personalization Plane: USER.md + SOUL.md (\"Thoth\") aus gbrain-Analyse übernehmen") **Session-Tag:** `perplexity-gbrain-personalization-2026-08-23` ## Kontext gbrain hat einen Skill `academic-verify`, der eine Behauptung durch Publikation → Methodik → Rohdaten → unabhängige Replikation nachverfolgt, bevor sie als verifiziert gilt. Geprüft, ob es dazu bei uns schon ein Äquivalent gibt: `tools/chemenu/commands/docs_verify.py` existiert, prüft aber nur interne Konsistenz (Naming-Konventionen, Schema-Konformität) – keine Claim-Chain-Verifizierung gegen externe oder interne Quellen. Echte Lücke, kein Überlapp. ## Vorschlag Neuer Skill `wiki-verify` (analog zu den bestehenden fünf: `wiki-ingest`, `wiki-query`, `wiki-manage`, `wiki-lint`, `wiki-status`): - **Trigger:** Seite mit `confidence < 0.6` (Feld existiert bereits im Schema), oder explizite Nutzeranfrage "verifiziere <Seite>" - **Ablauf:** Behält sich an die bestehende Belegpflicht (Invariante 3): folgt jeder in der Seite zitierten Quelle (`sources:`-Frontmatter) zurück zum `raw/`-Original, prüft ob die Behauptung dort tatsächlich so steht, und aktualisiert `confidence` über `tools/wikitool touch --provenance` entsprechend dem Ergebnis (rauf bei Bestandsbestätigung, runter bzw. `## Not Extracted`-Vermerk bei Widerspruch) - **Kein neuer Tool-Befehl nötig** – der Skill kombiniert nur bestehende `wikitool`-Befehle (`search`, `touch`, `sources coverage`) in einer neuen Reihenfolge ## Abgrenzung - Keine externe Web-Recherche wie bei gbrains `academic-verify` (das wäre ein deutlich größerer Scope) – nur Rückverfolgung zu bereits vorhandenen `raw/`-Quellen - Kein neuer Gate, kein neues Frontmatter-Feld ## Nächste Schritte - [ ] SKILL.md für `wiki-verify` entwerfen (Trigger, Steps, Decision Points – analog zu den bestehenden fünf Skills) - [ ] Klären: automatisch bei `wiki-lint` mitlaufen lassen (für alle Low-Confidence-Seiten) oder nur auf explizite Anfrage? - [ ] In `AGENTS.md` Routing-Tabelle ("By task") ergänzen, sobald der Skill existiert --- *Pfade nachgezogen 2026-09-04 (#29): `tools/wiki_tools/commands/docs_verify.py` → `tools/chemenu/commands/docs_verify.py`. Die genannten Befehle (`touch --provenance`, `search`, `sources coverage`) gegen `tools/CONTRACT.md` geprüft, existieren unverändert.*

torben referenced this issue

2026-08-29 22:04:53 +00:00

Personalization Plane: USER.md/SOUL.md ("Thoth") als Setup-Schritt + Doctor-Check, nicht als Distributionsinhalt #2

torben referenced this issue

2026-08-29 22:05:07 +00:00

Personalization Plane: USER.md/SOUL.md ("Thoth") als Setup-Schritt + Doctor-Check, nicht als Distributionsinhalt #2

torben referenced this issue

2026-08-30 20:29:08 +00:00

Personalization Plane: USER.md/SOUL.md ("Thoth") als Setup-Schritt + Doctor-Check, nicht als Distributionsinhalt #2

torben added the prio/waiting size/M labels 2026-08-31 06:56:48 +00:00

torben referenced this issue

2026-09-01 15:22:23 +00:00