MinorBaek/wiki-synthesize

Was macht wiki-synthesize?

Lies vor dem ersten Ausführen docs/GOTCHAS.md im Kit (betriebliche Fallstricke für Aufnahme, Synthese und Lint) und docs/SEALS.md (das Siegelformat).

Der "Chirurg" der lebenden Syntheseschicht. Er reorganisiert den bereits verifizierten Erkenntnisspeicher einer Notiz (## Wichtige Erkenntnisse in einer Konzeptnotiz; die behauptungstragenden Abschnitte einer Methodennotiz) in einen Wissensstand-Block, der den Fluss der Evidenz abbildet: geklärt, umstritten, überholt, aufkommend. Er erfindet NIEMALS Behauptungen. Jeder Eintrag führt auf eine bestehende Erkenntnis zurück, und jeder neue oder geänderte Eintrag wird vor der Freigabe durch den Benutzer gegen die PDF jedes von ihm zitierten Werks geprüft (Evidenzprüfung, Ebene 2).

Modi

• Standard: /wiki-synthesize <Notizname> synthetisiert eine einzelne Konzept- oder Methodennotiz.
• Arbeitsliste: /wiki-synthesize (ohne Argument) führt wiki-lint Prüfung 15 aus, präsentiert dann check15_missing priorisiert (zuerst Felder aus synthesis.priority_fields, dann nach Anzahl der Quellwerke, absteigend) plus check15_stale (Kandidaten für erneute Synthese) und fragt, welche Notiz verarbeitet werden soll. Die Arbeitsliste ist ein Rückstand, kein Muss-jetzt-alles-erledigen. Die berechtigte Menge ist das, was Prüfung 15 live meldet; ein eingefrorener Zähler in einem Dokument wird veraltet.
• Batch: /wiki-synthesize --batch [N] ist ein Management-by-Exception-Kampagnenmodus (Standardwelle von 8). Er führt Prüfung 15 aus, bildet eine Prioritätswelle, entsendet parallele Subagenten (jeder folgt SYNTHESIS-WORKFLOW.md und gibt einen Block plus einen Selbstbericht zurück, schreibt nie), unterwirft jedes Schreiben der Evidenzprüfung und scripts/synth_validate.py, schreibt saubere Notizen und eskaliert bei 4 Triggern (T1 nicht verifizierbare Schlüsselzahl, T2 Informationsverlust, T3 strukturelle Anomalie, T4 niedriges Subagentenvertrauen) und bei jedem Fehler, den die Prüfung findet. Siehe references/BATCH-WORKFLOW.md. Schlage die Subagenten einer Welle dem Benutzer zuerst vor (was sie tun, wie viele, welches Modell) und warte auf die Freigabe.

Rolle und Grenzen

Tut: Lesen des Erkenntnisspeichers einer Notiz, Gewichten nach evidence_level plus Inline-Messung, Entwurf des Blocks, Prüfen jedes neuen oder geänderten Eintrags gegen die PDF, Vorlegen zur Freigabe, dann Schreiben (Einfügen des Blocks und Aufnehmen von ## Kontroversen oder Lücken), Siegeln der Quellnotizen, Ausführen des Gates, Protokollieren.

Tut NICHT: Zahlen oder Behauptungen erfinden, debates/-Notizen erstellen (Kandidaten stattdessen im Bericht markieren), Notizen unterhalb der Syntheseschwelle berühren oder irgendetwas vor der Freigabe durch den Benutzer schreiben.

Wo die Dinge leben

Pfade stammen aus wiki.config.json. Notizen: <wiki_root>/concepts/, methods/, papers/, books/. Lies immer WIKI_SCHEMA.md (Lebende Syntheseschicht), bevor du beginnst.

Schwelle (muss vor der Synthese gelten)

status: final UND (synthesis.min_sources oder mehr verschiedene Quellwerke (Standard 3) ODER mindestens eine zitierte Quelle mit evidence_level in synthesis.sr_levels (Standard SR-MA, SR)). Dies ist genau der Qualifikationstest von wiki-lint Prüfung 15. Wenn er nicht gilt: melde und STOPP.

Arbeitsablauf

Vollständige Prozedur in references/SYNTHESIS-WORKFLOW.md. Zusammenfassung: Verträge lesen, Notiz auflösen (exaktes test -f/Inhaltssuche, nie ein Glob allein), Schwellengate, Pre-Fulltext-Wächter, Erkenntnisse in Unterfragen clustern, neue oder geänderte Einträge gegen die PDF prüfen, Block im Chat mit Zitaten und Seiten vorschlagen, freigeben, schreiben (scripts/synth_write.py: nach ## Definition einfügen, Kontroversen aufnehmen, stempeln), Quellnotizen siegeln (<kit>/tools/seal.py), erneute Synthese-Diff, falls bereits ein Block existiert, dann protokollieren, Gate erneut ausführen und Prüfung 15 erneut ausführen.

Sicherheitsregeln

• Nie erfinden. Jeder Eintrag führt auf eine bestehende Erkenntnis zurück; keine neuen Zahlen aus dem Gedächtnis oder aus der Quellnotiz.
• Evidenzprüfung, Ebene 2: kein neuer oder geänderter Eintrag ohne PDF-Prüfung. Bis zu 3 verschiedene Werke prüft der Orchestrator selbst; bei mehr schlägt er einen Subagenten mit einem auf den Diff beschränkten Auftrag vor und wartet auf das OK des Benutzers. Jeder Mangel wird in der PDF erneut gelesen, bevor sich etwas ändert, und die Quellnotizen werden mit dem Namen der Notiz gesiegelt. Ein Volltextsiegel auf einer Quellnotiz schützt nicht davor, was eine Notiz über dieses Werk sagt: In einer vergangenen Prüfung dieser Methode wiesen etwa 4 von 10 stichprobenartig geprüften Notiz-zu-Quellnotiz-Paaren einen Mangel auf.
• Mensch im Loop. Interaktive Modi: vorschlagen, freigeben, schreiben (kein Schreiben vor dem OK des Benutzers). Batch-Modus: synth_validate.py unterwirft jedes Schreiben dem Gate und die 4 Trigger eskalieren; niemals vollständig autonom.
• Null Informationsverlust. Jeder Aufzählungspunkt von ## Kontroversen oder Lücken muss auf einen Blockeintrag abgebildet werden, bevor dieser Abschnitt aufgenommen wird.
• Pre-Fulltext-Wächter. Ein zitiertes Paper in der Pre-Fulltext-Kohorte (eine Papernotiz, die vor synthesis.prefulltext_cutoff datiert und nicht volltextversiegelt ist oder nur auf Abstract-Ebene versiegelt ist) senkt das Vertrauen des betroffenen Eintrags und erhält eine Inline-⚠-Flagge; halte den Eintrag nur an, wenn die Zahl, auf die er sich stützt, selbst nicht verifizierbar ist. Buchkapitel sind vertrauenswürdige Anker, es sei denn, ihr eigener status: ist draft oder stub, was bedeutet, dass die Notiz angibt, ohne Volltext aufgenommen worden zu sein (eine Volltext-source_verification überschreibt den Status). synth_validate.py V4 erzwingt dies mechanisch.
• Behauptungen brauchen Quellen. Jeder Eintrag zitiert [[Wikilinks]].
• Dateisystem zuerst. Verwende die Dateiwerkzeuge des Hosts; kein Obsidian-Plugin oder MCP erforderlich.

Verwandte Fähigkeiten

• wiki-lint: Prüfung 15 erzeugt die Arbeitsliste dieser Fähigkeit; Prüfung 32 markiert ein (Notiz, Werk)-Paar ohne Siegel. Führe sie nach der Synthese aus, um sicherzustellen, dass keine Abweichung entstanden ist (Linkprüfungen sauber, Prüfung 15 entfernt die Notiz aus missing).
• wiki-ingest: vorgelagert. Die Erkenntnisse, die diese Fähigkeit reorganisiert, wurden von Ingest geschrieben.

Referenzen

• references/SYNTHESIS-WORKFLOW.md: die detaillierte Prozedur, die Blockvorlage, die Wächterlogik, die Behandlung erneuter Synthesen.
• references/BATCH-WORKFLOW.md: Batch-Modus, die Orchestratorschleife, der Subagentenauftrag, das V1-V5-Schreibgate, die Eskalationstrigger.
• scripts/synth_validate.py: das Schreibgate und ein Wiki-weiter Durchlauf. scripts/synth_write.py: Blockeinfügung. <kit>/tools/seal.py: Siegeln.