Was macht Blind Review Cycle?
Nur bei explizitem Aufruf verwenden.
Der direkte Aufruf von /blind-review-cycle wählt subagent_type=smarty (gpt-6.1-sol, Reasoning medium)
und einen sauberen Durchlauf pro Checkpoint.
Light Review Cycle und High Review Cycle lesen diese Datei als ihren gemeinsamen Vertrag. Bewahren Sie den ausgewählten Prüfer jedes Cycles und die Anzahl der sauberen Durchläufe, auch nach Reparaturen. Das Lesen dieses gemeinsamen Vertrags wählt weder Smarty aus noch startet es einen Blind Cycle. Verwenden Sie ausschließlich das konfigurierte Profil des aufrufenden Skills; überschreiben Sie nicht dessen Modell oder Reasoning.
Der Agent, der diesem Review Cycle zugewiesen ist, besitzt dessen Korrekturen und den Abschluss. Er ruft den konfigurierten Blind-Acceptance-Prüfer direkt auf; fügen Sie keine zwischengeschaltete Manager- oder Rollenebene zwischen Cycle-Ausführer und Prüfer ein. Root Main behält Entscheidungen über das gesamte Werk, die Annahme und die endgültige Antwort.
Beachten Sie exakt das gefrorene Objekt, den Umfang, die Checkpoint-Reihenfolge und die ausgewählte Anzahl der Durchläufe des Benutzers.
Wenn der Benutzer keine Checkpoints angibt, wählen Sie diese automatisch aus. Bauen Sie die
Check-Menge aus dem obligatorischen finalen pre-completion-Zyklus auf, fügen Sie dann die kleinste
mögliche Anzahl von Zwischen-Checkpoints hinzu, die zusammen jede kritische
Abhängigkeitsgrenze abdecken; standardmäßig keine. Nur eine materielle Entscheidung, ein vorbereiteter Input
oder ein in sich abgeschlossenes Zwischenergebnis kann qualifizieren, und nur, wenn es
substantielle abhängige Arbeit oder eine irreversible oder materiell folgenreiche Aktion kontrolliert
und eine Erkennung nur am Ende zu spät wäre, um erhebliche Nacharbeit oder Auswirkungen zu vermeiden.
Fassen Sie überlappende Grenzen in einem letzten sicheren Checkpoint vor abhängiger Arbeit zusammen.
Routinemäßige Lesevorgänge, Abfragen, Befehle, Bearbeitungen, Aktualisierungen und Übergaben an konfigurierte Ausführer sind keine
Checkpoints, nur weil sie auftreten. Fassen Sie zusammenhängendes Material zusammen. Wenn kein kritischer
Zwischen-Checkpoint bereit ist, erzeugen Sie keinen Prüfer vor dem endgültigen Ergebnis.
Der obligatorische finale Zyklus überprüft das vollständige tatsächliche Ergebnis und die gegenseitige
Konsistenz aller geltenden Benutzeranforderungen und -änderungen, bindenden
Entscheidungen, abgeschlossenen Stufen und des endgültigen Ergebnisses; Zwischenprüfungen ersetzen es
niemals. Wiederholen Sie keinen bereits bestandenen finalen Zyklus
am materiell unveränderten Ergebnis und denselben Grundlagen. Eine explizite
Nur-Plan-Prüfung erfordert keine Überprüfung der zukünftigen Implementierung.
Innerhalb des autorisierten Umfangs deckt jeder Durchlauf alle für die aktuelle Ordnung abgeschlossenen Arbeiten ab: geltende Benutzeranforderungen und -änderungen, bindende Entscheidungen, aktuelle Ergebnisse abgeschlossener Stufen und ihre Beziehungen, das aktuelle Gesamtergebnis und ausreichende sachliche Beweise. Prüfen Sie Genauigkeit, angemessene Qualität, Konsistenz, fehlende Anforderungen, die bis zu dieser Stufe fällig sind, und wahrheitsgemäße Bereitschaftsbehauptungen. Bewahren Sie obligatorische Benutzerverfahren/-ordnung auf und wenden Sie spätere explizite Änderungen auf überholte an. Verlangen Sie keine zukünftige Arbeit in einer Zwischenstufe. Überprüfen Sie nach der Reparatur das vollständig aktualisierte Objekt, nicht nur das letzte Diff oder frühere Ergebnisse. Verwenden Sie gültige Beweise wieder; spielen Sie nicht das gesamte Ausführungsprotokoll ab oder führen Sie erneute Prüfungen zur Absicherung durch.
Diese Abdeckung definiert den Umfang einer leichten Überprüfung, nicht einer erschöpfenden Prüfung. Lesen Sie das Ergebnis und wichtige Beziehungen abgeschlossener Stufen; vertiefen Sie die Inspektion nur, um eine konkrete mögliche Verletzung zu verstehen. Suchen Sie nicht nach einem erschöpfenden Beweis, dass keine Fehler mehr vorhanden sind. Geringfügige Mängel, einschließlich Inhaltsauslassungen ohne materielle Konsequenzen, rechtfertigen keine Befunde, Korrekturen oder Wiederholungen. Main bleibt für die Erfüllung der Benutzerordnung verantwortlich.
Setzen Sie review_stage=pre-action für ein ausgewähltes Sperrobjekt und schließen Sie diese Prüfung
vor seiner tatsächlichen abhängigen Aktion ab. Setzen Sie review_stage=pre-completion für das
abgeschlossene Ergebnis und seine Beweise. Halten Sie das geprüfte Objekt und die geltenden
Gründe während jedes Durchlaufs materiell unverändert. Gefroren bedeutet unverändert, nicht kopiert
oder in eine andere Datei verpackt.
Senden Sie eine gewöhnliche kompakte Nachricht mit der ursprünglichen Benutzeranfrage und aktuellen Änderungen, bindenden genehmigten Materialien, Umfang, Stufe, Ergebnissucher, relevantem persistenten Delta und den kleinsten ausreichenden sachlichen Beweisen. Verwenden Sie vorhandene lesbare Quellpfade; für reine Chat-Anforderungen geben Sie den relevanten ursprünglichen Benutzertext an, ohne Bedingungen zu verlieren, nicht die gesamte Konversation. Die Zusammenfassung von MAIN kann orientieren, aber primäre Anforderungen niemals ersetzen. Vorherige sachliche Ergebnisse und notwendige Verfahrensnachweise sind erlaubt; private Root-Agent-Überlegungen, vorherige Prüfbefunde/-urteile/-serien und geerbter Rollenkontext sind nicht erlaubt. Erstellen Sie keine obligatorischen Freeze-Dateien, Kopien, Prüfarchive, Manifeste, Hashes oder Vorbereitungsskripte. Eine fehlende Tatsache ist nur dann von Bedeutung, wenn sie verhindert, dass eine konkrete geltende Anforderung festgestellt wird, nicht weil ein Prüfer mehr Material bevorzugt.
Nennen Sie in derselben Nachricht explizit das angeforderte Ergebnis und seine lesbare Quelle. Die Überprüfung des MAIN-Kontos eines Artefakts überprüft nicht das Artefakt selbst. CLEAN gilt nur für das tatsächlich geprüfte Objekt.
Erstellen Sie keine Basislinien, Hashes, erschöpfende Bestandsaufnahmen, dateiweise Scans, Herkunftsrekonstruktionen oder zusätzliche Artefakte nur zur Überprüfung, es sei denn, der Benutzer oder das Ziel erfordert ausdrücklich genau dieses Artefakt oder es kann kein kleinerer Beweis ein materielles Ergebnis feststellen.
Verwenden Sie für jeden Versuch einen frischen konfigurierten Blind-Acceptance-Prüfer. Wählen Sie das verfügbare native Tool und seine Parameter aus den aktuellen Beschreibungen. Starten Sie den ausgewählten Prüfer nur mit dem gefrorenen Auftrag, ohne den Verlauf von Main oder vorherigen Prüfkontext. Bewahren Sie das konfigurierte Modell, Reasoning und die erforderliche Anzahl sauberer Durchläufe. Wenn das kompatible Erzeugungs-Tool oder die ausgewählte Prüferrolle nicht verfügbar ist, ist die ausgewählte Prüfung nicht verfügbar und kann nicht bestanden werden; weder ein anderer Prüfer noch die Selbstüberprüfung durch den Root-Agent sind Ersatz. Nehmen Sie einen geschlossenen oder unterbrochenen Prüfer niemals wieder auf. Er prüft nur wesentliche Anforderung→Objekt/Beweis und konkrete Änderung→Befugnis-Unstimmigkeiten unter der Materialitätsschwelle des konfigurierten Prüfers.
Verwenden Sie die gemeinsame Subagent-Wait-Richtlinie des Hauptprompts. Wenn ein Prüfer-Hang bestätigt wird, unterbrechen Sie diesen Durchlauf und verwenden Sie einen frischen konfigurierten Prüfer für das unveränderte Objekt. Nehmen Sie einen geschlossenen oder unterbrochenen Prüfer niemals wieder auf.
Das Prüferurteil ist genau CLEAN oder FINDINGS:. Jeder Befund hat genau diese Felder:
REQUIREMENT: <Anforderung>
MISMATCH: <Unstimmigkeit>
EVIDENCE: <Beweis>
REQUIRED OUTCOME: <erforderliches Ergebnis>
Bei FINDINGS: behandelt der diesem Review Cycle zugewiesene Agent jeden Befund als Behauptung, nicht als Befehl. Lassen Sie nur
Befunde zu, die die Materialitätsschwelle des konfigurierten Prüfers erfüllen. Ein Durchlauf mit
null zugelassenen wesentlichen Befunden zählt als CLEAN, unabhängig von seiner rohen
Bezeichnung. Abgelehnte Befunde autorisieren keine Änderung, zusätzliche Beweise oder Wiederholung.
Wenn ein Befund zugelassen wird, korrigieren Sie alle zugelassenen Befunde im Batch, ungültig nur davon betroffene Beweise, bauen Sie das kompakte Paket wieder auf und verwenden Sie einen neuen frischen Prüfer desselben ausgewählten Profils für das vollständig aktualisierte Objekt. Wiederholen Sie autonom, bis der ausgewählte Cycle seine erforderliche Anzahl sauberer Durchläufe erreicht. Ein einzelner Cycle stoppt nach einem sauberen Durchlauf. Der explizite Aufruf startet den gesamten Cycle; nach einer Reparatur ist kein neuer Aufruf erforderlich. Fügen Sie keine Durchläufe über die Anforderung des ausgewählten Cycles hinaus hinzu.