MCP-Tool
nova.task_instance_reconcile_coverage
Für URL-Abdeckung, Evidenz und Completion-Gates nutzt ein Agent dieses öffentliche Werkzeug, um den begrenzten Schritt "Reconcile Coverage Dry Run" auszuführen. Er trennt Zielbestätigung, beabsichtigte Zustandsänderung und Prüfung nach der Ausführung.
Kanonische Referenz für einen öffentlichen MCP-Toolnamen.
- Typ
- MCP-Tool
- Familie
- ETM Task URL Coverage (Feature Request)
- Wirkung
- verändert Zustand
- Status
- Erklärt
- Pfad
- 54.20
Zweck
Was dieser Eintrag erklärt
Was macht das?
nova.task_instance_reconcile_coverage
Ein Agent nutzt dieses Werkzeug, um den begrenzten Schritt "Reconcile Coverage Dry Run" auszuführen. Er betrifft URL-Abdeckung, Evidenz und Completion-Gates; Agenten sollten es mit aktueller Discovery, Zielbewusstsein und sichtbarem Ergebnis zusammen lesen.
Einsetzen, wenn
- Nutze diesen Eintrag, wenn ein Agent für URL-Abdeckung, Evidenz und Completion-Gates den begrenzten Schritt "Reconcile Coverage Dry Run" ausführen soll.
- Nutze ihn, um den öffentlichen Toolnamen, seine Wirkungsgrenze und die zu prüfenden Antwortsignale zu verstehen.
- Nutze ihn vor verketteten Folgetools, damit der nächste Schritt auf aktueller Evidenz basiert.
Referenznutzung
Wie Agenten diesen Bereich zitieren und anwenden
Beispiele werden auf Familienebene gepflegt und nutzen nur öffentliche Toolnamen oder Referenzpfade, die bereits im Katalog stehen.
Familienbeispiel
Ein Auftrag in URL-Abdeckung, Evidenz und Completion-Gates kann mächtige Ausführung auslösen und braucht deshalb Ziel, Freigabe und Ergebnisprüfung vor dem Schritt.
Der Agent beginnt bei nova.coverage_scan, liest die aktuelle Antwort oder Referenz und wählt erst danach das konkrete nächste Werkzeug.
Aktuelle Discovery, Ziel, Nutzerkontrolle, Warnsignale und Ergebnisprüfung gehen der Ausführung voraus.Kontrakt
Eingaben und wichtige Antwortfelder
Diese Seite ist eine öffentliche Referenz. Agenten und Integratoren sollen vor Ausführung trotzdem die aktuelle MCP-Tool-Discovery lesen, weil Schemas von Einstellung oder Version abhängen können.
Eingaben
dryRun
Öffentliches Eingabefeld aus der Katalogquelle. Das genaue Schema vor Ausführung über aktuelle MCP-Discovery bestätigen.
| Antwortfeld | Erklärung |
|---|---|
dryRun | Antwortfeld aus der Katalogquelle. Als aktuelle Evidenz für die nächste Entscheidung behandeln. |
Sicherheit
Grenze vor der Ausführung
Kann Browser-, Seiten- oder Arbeitszustand verändern. Ziel und erwartetes Ergebnis müssen vor der Ausführung klar sein.
Zuerst das aktuelle Ziel bestätigen, nur die beabsichtigte begrenzte Aktion ausführen und den neuen Seiten- oder Arbeitszustand danach prüfen.
Für Menschen benennt dieser Eintrag den Browser- oder Arbeitszustand in URL-Abdeckung, Evidenz und Completion-Gates, der sich verändern kann, damit die Aktion vor und nach der Ausführung prüfbar bleibt.
High-Impact-Review
Ausführungsgrenze und Recheck-Hinweise
Review-Kategorie: Scheduler/Tasks/Automation
Läufe brauchen Scope, Budget, Fortschritt, Abbruchbedingung und prüfbaren Endstatus, bevor sie gestartet oder fortgesetzt werden.
Falsche Annahme: Ein gestarteter Lauf darf bis zum Erfolg weiterarbeiten.
Aufgabe, Zeitplan, Variablen, Arbeitsordner und Laufstatus müssen für den Nutzer nachvollziehbar bleiben.
Automationen begrenzen, Fortschritt pollen, Terminalstatus prüfen und bei unklaren Ergebnissen nicht weiterketten.
Abbrechen oder neu prüfen, wenn Budget, Zielmenge, Run-ID, Workspace oder Ergebnisstatus unklar wird.
Wirkungsachsen
Wie dieser Pfad wirken kann
Achsen sind stabile Katalogsignale für Menschen, Agenten und LLM-Discovery. Ein Pfad kann mehrere Achsen tragen.
browser_state_change
Verändert Tab, Navigation, Fokus, Claim, Scrollposition, Fensterzustand oder Browserumgebung.
Vor Ausführung den Zielkontext sichtbar bestätigen und danach prüfen, ob der erwartete Browserzustand erreicht wurde.automation_run
Startet oder überwacht Crawls, Sequenzen, Scheduler, Tasks, Batches oder längere Läufe.
Scope, Budget, Fortschritt, Abbruchbedingung und Endstatus vor und während des Laufs sichtbar halten.