TOB

TOB steht für Tool Observation Bus. Nova nutzt TOB, um Agenten-Werkzeugaktivität in beobachtete Evidenz zu übersetzen, die andere Bereiche mit Agentenbehauptungen vergleichen können.

TOB hält fest, was Nova während echter Ausführung beobachten kann: Eine Seite wurde gelesen, ein Selektor berührt, Text eingegeben, Navigation versucht, ein Werkzeug schlug fehl oder ein Gate stoppte einen Aufruf vor der Ausführung.

Eine Abschlussnotiz ist eine Behauptung. TOB-Evidenz ist die beobachtbare Spur hinter dieser Behauptung. ETM kann einen Aufgabenabschluss ablehnen, wenn geprüfte Einheiten nicht genug beobachtete Stützung haben; ALP, LCJ, PKS, OK, CLS und AAG können dieselbe Evidenz nach eigenen Regeln nutzen.

Nutzer bedienen TOB selten direkt. Agenten und Integratoren sehen TOB über Felder wie evidenceSummary, verificationResults, taskAwareness.completionAllowed, coverageEvidence und Task-URL-Coverage-Gates.

Kurz gesagt

• TOB speichert beobachtete Werkzeug-Evidenz, kein dauerhaftes Gedächtnis.
• TOB trennt Agentenbehauptungen von Ausführungssignalen.
• Evidenz wird erst nützlich, wenn sie an Aufgabe, Tab oder Scope gebunden ist.
• ETM kann voreiligen Abschluss mit reason=evidence_gap blockieren.
• Coverage Scan liefert serverregistrierte coverageEvidence für vollständige URL-Aufgaben.
• TOB-Evidenz umgeht nie Nutzerfreigaben oder Handlungsschutz.

Was TOB beobachtet

TOB hält evidenzrelevante Signale aus Agenten-Werkzeugarbeit fest. Es macht nicht jedes Ereignis zu geprüftem Wissen, sondern bewahrt Signale für spätere Prüfung.

1. Werkzeugausführung TOB kann festhalten, welches Werkzeug lief, ob es erfolgreich war, wie lange es dauerte, welches Ziel genutzt wurde und ob ein logischer Erfolg oder Fehler entstand.
2. Oberflächenkontext Bei Browserarbeit können Seiten-URL, Route, Tab, Dokument, Selektor, Eingabe und Vorher-/Nachher-Kontext erhalten bleiben, damit spätere Prüfungen wissen, was berührt wurde.
3. Handlungsart Beobachtete Arbeit wird als read, navigate, interact, write oder meta eingeordnet.
4. Signale Gelesener Inhalt, sichtbare Oberfläche, DOM-Exposition, Selektorberührung, eingegebener Text, abgeschlossene Navigation, versuchte Mutation und bestätigte Mutation sind Beispiele für TOB-Signale.
5. Aufgaben-Evidenz Für ETM vergleicht TOB geprüfte Aufgabeneinheiten mit beobachteter Evidenz und gibt das Ergebnis in evidenceSummary aus.
6. Coverage-Evidenz Für vollständige URL-Arbeit liefert nova.coverage_scan ein coverageEvidence-Objekt aus registrierten Scans, statt agentenseitige Coverage-Behauptungen zu vertrauen.

Wann brauche ich TOB?

TOB ist relevant, wenn Nova beweisen muss, dass Arbeit wirklich stattgefunden hat, bevor ein Ergebnis akzeptiert wird: große URL-Reviews, Compliance- oder Accessibility-Prüfungen, Aufgabenläufe mit vielen Einheiten, Selektorreparatur, Lernen aus echten Ergebnissen oder jeder Ablauf, bei dem eine plausible Abschlussnotiz nicht reicht.

Wissensmodell für Agenten

Für einen Agenten beantwortet TOB vier Fragen: Welche Arbeit wurde behauptet, welche Signale wurden beobachtet, wie stark ist die Evidenz, und welche Entscheidung soll ein anderer Bereich daraus treffen?

Behauptung

Ein gemeldeter Zustand des Agenten, etwa eine geprüfte Aufgabeneinheit oder ein Abschlusswunsch für eine Instanz.

Beobachtung

Ein Signal aus Werkzeugausführung, das Nova sehen kann: Lesen, Klick, Eingabe, Navigation, Fehler, blockierter Aufruf oder strukturierter Scan.

Scope

Die Arbeitsgrenze, die Beobachtungen an eine Aufgabe oder ein Ziel bindet. Ohne Scope kann Evidenz existieren, aber keine Aufgabeneinheit sicher beweisen.

Evidenzgrad

strong bedeutet starke beobachtete Stützung; weak bedeutet vorhandenes, aber unvollständiges Signal; none bedeutet fehlende erwartete Evidenz nach vollständiger Aufnahme; unknown bedeutet, dass Nova noch nicht beurteilen kann.

Evidenzlücke

Eine Differenz zwischen claimedCheckedUnits und der Evidenz, die die aktive Richtlinie akzeptiert. Ist die Lücke zu groß, kann Completion reason=evidence_gap zurückgeben.

Coverage Evidence

coverageEvidence ist ein Ergebnis registrierter Scans. Es wird erst trusted, wenn serverseitige Prüfungen passen, darunter URL-Konsistenz und Plausibilität zwischen behaupteter und gemessener Extraktion.

Verification Report

verificationResults fasst explizite Verifikationsschritte zusammen, die über evidenceReport eingereicht wurden.

So nutzen Agenten TOB-Infos

TOB ist ein Evidenzweg, keine sichtbare Aufgabenliste. Der Agent arbeitet, meldet Fortschritt, liest Evidenzzustand und schließt erst ab, wenn beobachtete Evidenz die Behauptung stützt.

1. Aufgabe oder Claim scopen Der Agent arbeitet in einem beanspruchten Tab oder in einer ETM-Instanz, die mit nova.task_instance_create erstellt wurde. Dadurch bekommt TOB eine Grenze für Evidenzkorrelation.
2. Normale Browser-Werkzeuge nutzen Aufrufe wie nova.perceive, nova.read_text, nova.navigate, nova.click_selector oder nova.type_selector erzeugen beobachtbare Dispatch-Signale.
3. Geprüfte Arbeit melden Bei Aufgabeninstanzen markiert der Agent Einheiten über nova.task_instance_progress. Diese geprüften Einheiten bilden die Behauptungsmenge, die TOB später gegen Beobachtungen prüft.
4. Coverage Scan für vollständige URL-Arbeit nutzen Wenn eine vollständige URL-Aufgabe blockfähige Evidenz braucht, nutzt der Agent nova.coverage_scan mit registriertem scanId statt coverageEvidence über beliebige Evaluation zu behaupten.
5. Evidenzzustand vor Abschluss lesen nova.task_instance_get kann evidenceSummary, urlCoverage und taskAwareness.completionAllowed liefern, damit der Agent sieht, ob Abschluss wahrscheinlich besteht.
6. Nur mit ausreichender Evidenz abschließen nova.task_instance_complete kann completed=false mit verification_failed, evidence_gap oder Task-URL-Coverage-Hinweisen zurückgeben, wenn beobachtete Evidenz nicht reicht.

Wann TOB-Evidenz gilt

TOB-Zustand beschreibt Evidenzreife. Er kann eine Behauptung stützen oder zurückweisen, gibt aber nie allein Erlaubnis für riskante Website-Handlungen.

Fehler- und Schutzbedingungen

Diese harten Kanten sollten Agenten und Integrationen bei TOB-nahen Feldern erwarten.

Agenteninterpretationsbeispiel

Das Beispiel zeigt TOB als Abschlussvertrag: Der Agent liest Evidenz, erkennt unvollständige beobachtete Stützung und sammelt weitere Nachweise, bevor er Completion erneut versucht.

Task-Snapshot mit Evidenz

{
  "tool": "nova.task_instance_get",
  "arguments": {
    "instanceId": "task_42"
  }
}

Relevante Antwortfelder

{
  "structuredContent": {
    "evidenceSummary": {
      "claimedCheckedUnits": 12,
      "observedCheckedUnits": 9,
      "strong": 7,
      "weak": 2,
      "none": 2,
      "unknown": 1,
      "ingestionComplete": true
    },
    "taskAwareness": {
      "completionAllowed": false
    }
  }
}

Agenteninterpretation

{
  "claim": "12 units marked checked",
  "observedSupport": "9 units have TOB evidence",
  "risk": "completion may be rejected as evidence_gap",
  "nextStep": "inspect the none/unknown units before calling task_instance_complete again"
}

MCP-Vertrag

Das ist die nüchterne Schicht unter der Erklärung. TOB veröffentlicht kein einzelnes eigenes Werkzeug; Agenten lesen den Vertrag über Task-Instance-, Verifikations- und Coverage-Felder.

Ausführungsregel: Kein TOB-Feld darf allein eine Website-Handlung autorisieren; TOB-Evidenz darf Completion, Lernen oder Zustandsprüfung nur stützen, wenn Aufgabe und Sicherheitsgates es erlauben.