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.*
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Abgezweigt von: #2 ("Personalization Plane: USER.md + SOUL.md ("Thoth") aus gbrain-Analyse übernehmen")
Session-Tag:
perplexity-gbrain-personalization-2026-08-23Kontext
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.pyexistiert, 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):confidence < 0.6(Feld existiert bereits im Schema), oder explizite Nutzeranfrage "verifiziere "sources:-Frontmatter) zurück zumraw/-Original, prüft ob die Behauptung dort tatsächlich so steht, und aktualisiertconfidenceübertools/wikitool touch --provenanceentsprechend dem Ergebnis (rauf bei Bestandsbestätigung, runter bzw.## Not Extracted-Vermerk bei Widerspruch)wikitool-Befehle (search,touch,sources coverage) in einer neuen ReihenfolgeAbgrenzung
academic-verify(das wäre ein deutlich größerer Scope) – nur Rückverfolgung zu bereits vorhandenenraw/-QuellenNächste Schritte
wiki-verifyentwerfen (Trigger, Steps, Decision Points – analog zu den bestehenden fünf Skills)wiki-lintmitlaufen lassen (für alle Low-Confidence-Seiten) oder nur auf explizite Anfrage?AGENTS.mdRouting-Tabelle ("By task") ergänzen, sobald der Skill existiertPfade 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) gegentools/CONTRACT.mdgeprüft, existieren unverändert.