ETM steht für Episodic Task Memory. Gemeint ist ein Gedächtnis für konkrete Aufgabenepisoden: welches Ziel galt, welcher Kontext wichtig war, was geprüft wurde, was offen blieb und wann die Aufgabe wirklich abgeschlossen war.
ETM ist Novas Aufgabengedächtnis. Damit können Agenten wiederkehrende Auftragstypen erkennen, konkrete Läufe starten, Fortschritt sichtbar halten und Arbeit später fortsetzen, ohne einen unfertigen Job als erledigt auszugeben.
ETM unterscheidet sich von PKS. PKS speichert wiederverwendbares Website-Wissen; ETM speichert Aufgabenwissen. PKS kann sagen, wie ein bekanntes Website-Muster funktioniert. ETM kann sagen, welche Aufgabe gerade läuft, welche Einheiten dazugehören und welche Evidenz vor Abschluss noch fehlt.
ETM-Werkzeuge sind überwiegend agentenlesbar. Nutzer sehen die Wirkung in besser fortsetzbarer Arbeit, klarerer Automatisierung und weniger voreiligen Abschlüssen; Agenten und Integratoren nutzen die Aufgabengedächtnis-Werkzeuge direkt.
Kurz gesagt
- ETM speichert Aufgabenwissen, kein allgemeines Website-Verhalten.
- Aufgabenprofile beschreiben wiederverwendbare Auftragstypen; Aufgabeninstanzen beschreiben konkrete Läufe.
- Arbeitseinheiten machen große Aufgaben messbar, statt sich auf ein erzähltes „fertig“ zu verlassen.
- Der Abschluss kann alle Einheiten, einen Schwellwert oder eine explorative Mindestprüfung verlangen.
- Task URL Coverage gehört zu ETM und prüft URL-Abdeckung bei Aufgaben mit Vollständigkeitsanspruch.
- ETM kann aus wiederholten erfolgreichen Läufen stärkere Hinweise für spätere Arbeit aufbauen.
Was ETM speichert
ETM speichert Informationen, die ein Agent braucht, um Arbeit als Aufgabe zu verstehen, nicht nur als Reihe einzelner Browseraktionen.
- Aufgabenprofile Ein Profil beschreibt einen wiederkehrenden Auftragstyp: Ziel, Domain- oder Plattformkontext, stabile Hinweise, Pflichtprüfungen, bekannte Ausnahmen und Abschlussregel.
- Aufgabeninstanzen Eine Instanz ist ein konkreter Lauf. Sie startet aus einem Profil oder aus einer Ad-hoc-Aufgabe und hält den wirksamen Kontext fest, damit spätere Profiländerungen den laufenden Job nicht umschreiben.
- Arbeitseinheiten Arbeitseinheiten sind begrenzte Teile, die Aufmerksamkeit brauchen, etwa Seiten, URLs, Funde, Datensätze, Checks oder andere Aufgabenbestandteile.
- Fortschritt und Stand zum Fortsetzen ETM kann geprüfte, offene, blockierte und fehlgeschlagene Arbeit sichtbar halten, damit ein Agent fortsetzen kann, statt den früheren Stand zu erraten.
- Abschlussbedingungen Eine Abschlussregel beschreibt, was „fertig“ bedeutet: alle Einheiten bearbeitet, ein Schwellwert erreicht oder genug explorative Evidenz gesammelt.
- Hinweise und Lernen Wiederholte Läufe können Hinweise hinterlassen. Nützliche Hinweise können später Teil eines Profils werden, wenn genug Evidenz dafür spricht.
Wann brauche ich ETM?
ETM gehört zu Aufgaben, die größer sind als ein kurzer Einzelschritt oder später wiederkommen. Typisch sind Website-Reviews, wiederkehrende Qualitätsprüfungen, geplante Automationen, Plattform-Mapping, Recherchen über mehrere Quellen oder Läufe, bei denen ein Agent nachweisen muss, was abgedeckt wurde, bevor er aufhört.
Aufgabenmodell für Agenten
Für einen Agenten beantwortet ETM vier Fragen: Welche wiederverwendbare Aufgabe ist das, welcher konkrete Lauf ist aktiv, welche Arbeit bleibt offen und welche Evidenz braucht der Abschluss?
- Profil und Match
- Ein Profil gibt dem Agenten eine bekannte Aufgabenform. Matching nutzt Aufgabenbeschreibung, Aufgabentyp, Domain, Plattform, Ziel-URL und aktuellen Scope, um passende Profile zu finden.
- Instanz und Kontext
- Eine Instanz ist der aktuelle Lauf. Sie trägt eingefrorenen wirksamen Kontext, Profilrevision, Ziel-URL, aktuellen Scope, Fortschritt und Fortsetzungszustand.
- Task Awareness
- Eine kompakte agentenlesbare Nutzlast, die Profiltreffer, aktive Instanz, Fortschritt, Abschlussregel, offene Checks und Resume-Kontext zeigen kann.
- Arbeitseinheiten
- Einheiten laufen durch discovered, checked, excluded, blocked oder failed. Checked und excluded zählen als erledigt; blocked und failed lehnen exhaustive Completion ab und sollten vor einem finalen Claim repariert werden.
- Discovery-Zustand
- Discovery startet unknown, kann partial werden und wird frozen, wenn der Agent die Aufgabengrenze als vollständig erkannt hat. Vollständige Aufgaben brauchen frozen.
- Pflichtprüfungen
- Pflichtchecks müssen erfüllt, waived oder als not_applicable markiert sein. Pending oder failed blockiert den Abschluss.
- Completion Condition
- Die Regel, die definiert, was fertig bedeutet. ETM unterstützt exhaustive, threshold und exploratory mit expliziten Stop-Metriken.
- Guidance Logs
- Agenten können Aufgabenhinweise festhalten, wiederholte Hinweise prüfen und nützliche Guidance in ein wiederverwendbares Profil übernehmen.
So nutzen Agenten ETM-Infos
Für Agenten ist ETM eine strukturierte Aufgabenfläche: Discovery-Hinweise, Profiltreffer, aktive Instanzen, Fortschrittszähler, Abschlussregeln, Revision Guards, Verification Contracts und Coverage-Warnungen sagen dem Agenten, wie er weiterarbeiten soll.
- Aufgabe suchen oder matchen Vor aufgabenförmiger Arbeit sollte der Agent vorhandene Profile suchen oder matchen. Ein Treffer kann Task Awareness und wiederverwendbare Guidance zurückgeben.
- Passende Instanz starten Der Agent erstellt eine Aufgabeninstanz aus einem Profil oder Ad-hoc-Kontext. Diese Instanz wird zum stabilen Anker für Fortschritt, aktuellen Scope und späteren Abschluss.
- Fortschritt mit Revision Guards melden Fortschrittsupdates nutzen die aktuelle Instanzrevision und einen Idempotenzschlüssel. Der Agent meldet entdeckte Einheiten, Statuswechsel, Funde, Pflichtcheck-Updates und Resume-Deltas.
- Discovery für vollständige Arbeit einfrieren Bei vollständigen Aufgaben friert der Agent Discovery erst ein, wenn die relevante Aufgabengrenze gefunden ist. Eine leere eingefrorene Grenze oder offene Einheiten kann den Abschluss trotzdem ablehnen.
- Abschluss vor Done-Claim prüfen ETM bewertet Pflichtchecks, Einheiten, Completion-Modus, Revisionskonflikte, Verification-Evidenz und Coverage-Zustand. Ein fehlgeschlagener Check bedeutet: Die Aufgabe ist nicht fertig.
- Aus Task Awareness fortsetzen Wenn ein Lauf später weitergeht, liest der Agent aktive Instanz, aktuelle Events, offene Einheiten und Resume-State, statt den Stand aus Erinnerung zu rekonstruieren.
- Nützliche Guidance übernehmen Nach wiederholten Läufen können Guidance Logs und Match-Telemetrie zeigen, welche Hinweise stabile Profil-Guidance werden sollten.
Wann ETM-Zustand gilt
ETM-Zustand beschreibt den aktuellen Aufgabenlauf, nicht die Erlaubnis, auf einer Webseite zu klicken. Ein Agent darf Abschluss nur behaupten, wenn aktive Instanz und aktuelle Evidenz den Aufgabenvertrag erfüllen.
taskAwareness.profileMatch
- Bedeutung
- Ein wiederverwendbarer Auftragstyp könnte zur aktuellen Arbeit passen.
- Nötige Evidenz
- Aufgabenbeschreibung, Ziel-URL oder aktueller Scope und gerankter Profiltreffer.
- Agentenverhalten
- Als Orientierung nutzen. Instanz aus dem Profil nur starten, wenn es zum aktuellen Nutzerziel passt.
- Darf abschließen
- Nein.
status: pending|active|blocked
- Bedeutung
- Ein konkreter Aufgabenlauf existiert und kann Fortschritt sammeln, solange er noch nicht terminal ist.
- Nötige Evidenz
- Instance ID, Instanzrevision, Effective-Context-Hash, Fortschrittszähler und aktueller Scope.
- Agentenverhalten
- Fortschritt mit
expectedInstanceRevundclientEventIdmelden; alte Arbeit vor Fortsetzung erneut lesen. - Darf abschließen
- Nur wenn
completionAllowedtrue ist.
discoveryState: partial
- Bedeutung
- Die Aufgabengrenze ist noch offen; weitere Einheiten können auftauchen.
- Nötige Evidenz
- Entdeckte Einheiten, offene Einheiten, aktuelle Events oder Resume-State zeigen laufende Exploration.
- Agentenverhalten
- Discovery fortsetzen oder erst einfrieren, wenn die relevante Grenze bekannt ist.
- Darf abschließen
- Nicht bei exhaustive Aufgaben.
discoveryState: frozen
- Bedeutung
- Der Agent hat die Aufgabengrenze als stabil erklärt.
- Nötige Evidenz
- Gültiger Wechsel zu frozen und eine nicht leere Einheitensammlung bei vollständiger Arbeit.
- Agentenverhalten
- Offene Einheiten prüfen oder ausschließen; nicht per Annahme wieder entfrieren.
- Darf abschließen
- Ja, wenn alle Abschluss-Gates passen.
unit status
- Bedeutung
- Mindestens eine Einheit braucht Reparatur, Retry oder Ausschluss. Exhaustive Completion lehnt blockierte oder fehlgeschlagene Einheiten ab.
- Nötige Evidenz
- Blockierte Einheiten, fehlgeschlagene Einheiten, offene Pflichtchecks, fehlgeschlagene Verifikation oder Evidence Gap.
- Agentenverhalten
- Lösen, erneut versuchen, mit gültigem Grund ausschließen, Check waiven oder not_applicable markieren.
- Darf abschließen
- Nein bei exhaustive Completion.
completed|aborted|failed
- Bedeutung
- Der Aufgabenlauf ist keine normale Fortschrittsfläche mehr.
- Nötige Evidenz
- Terminaler Status, Abschlusszeitpunkt oder terminale Abschlussantwort.
- Agentenverhalten
- Als Historie oder Profil-Lernevidenz nutzen. Für neue Arbeit einen neuen Lauf starten.
- Darf abschließen
- Keine weiteren Progress-Writes.
Abschluss- und Failure-Bedingungen
Diese Vertragsprüfungen entscheiden, ob ETM eine Aufgabe als abgeschlossen akzeptiert. Sie sind bewusst strenger als eine Agentenaussage, dass Arbeit fertig wirkt.
| Bedingung | Beobachtetes Signal | Agentenverhalten |
|---|---|---|
| Pflichtchecks offen | mandatoryChecks existieren und ein Check ist pending oder failed. |
Check erfüllen, Evidenz liefern, waiven oder per Progress als not_applicable markieren. |
| Vollständige Grenze nicht eingefroren | coverageMode=exhaustive, aber discoveryState ist nicht frozen. |
Discovery abschließen und Grenze einfrieren, bevor Abschluss versucht wird. |
| Keine Einheiten entdeckt | Die Grenze ist frozen, aber die Aufgabe hat null bekannte Einheiten. | Echte Einheiten anlegen oder eine andere Aufgabenform nutzen. |
| Einheiten offen | Bekannte Einheiten sind noch discovered/offen. | Einheiten prüfen oder ausschließen. Bei URL-Arbeit Coverage Scan oder Reconcile nutzen. |
| Einheiten blockiert oder fehlgeschlagen | coverageMode=exhaustive und eine oder mehrere Einheiten sind blocked oder failed. |
Lösen, erneut versuchen, ausschließen oder die vollständige Aufgabe offen lassen. Threshold und exploratory nutzen ihre eigenen Stop-Metriken. |
| Schwellwert nicht erreicht | checked_units, distinct_findings oder all_units_processed liegt unter stopValue. |
Weiterarbeiten, bis der Schwellwert erfüllt ist. |
| Exploratives Minimum nicht erreicht | Explorative Arbeit hat weniger geprüfte Einheiten als verlangt. | Mindest-Evidenz sammeln, bevor der Lauf beendet wird. |
| Revision oder doppeltes Event | expectedInstanceRev ist veraltet oder clientEventId wiederholt sich. |
Aktuelle Instanz lesen, mit aktueller Revision erneut versuchen oder Duplicate-Retry als erledigt behandeln. |
| Verifikation oder Evidence Gap | Ein required Verification-Step scheitert oder behauptete Checks haben zu wenig beobachtete Evidenz. | Verification Contract ausführen, Evidence Report senden oder weitere Beobachtungen sammeln. |
Task URL Coverage
TUC steht für Task URL Coverage. TUC gehört zu ETM und wird bei Aufgaben mit Vollständigkeitsanspruch genutzt. Agenten können mit nova.task_instance_create URL-Einheiten anlegen, mit nova.coverage_scan serverseitig geprüfte Coverage-Evidenz erzeugen und mit nova.task_instance_reconcile_coverage offene Abdeckung nachziehen. Diese Namen sind agentenlesbare Werkzeugnamen, keine normalen UI-Bedienbefehle für Menschen.
- geprüft trusted scan
- ausgeschlossen gültiger Grund
- offen fehlt noch
- unit Einheiten Relevante URLs werden Arbeitseinheiten.
- scan Scan Coverage-Evidenz ist servergeprüft.
- review Reconcile Offene URLs werden abgeglichen.
- gate Gate Abschluss wartet auf Abdeckung.
Agentenbeispiel
Das Beispiel zeigt ETM als Aufgabenvertrag: Der Agent erstellt einen Lauf, meldet Fortschritt und darf erst abschließen, wenn die Abschlussprüfungen es erlauben.
Task-Match
{
"tool": "nova.task_match",
"arguments": {
"taskDescription": "Alle Produktseiten auf defekte Preise prüfen",
"targetUrl": "https://example.com/products",
"currentScope": {
"route": "/products",
"locale": "de-DE"
}
}
}
Fortschrittsupdate
{
"tool": "nova.task_instance_progress",
"arguments": {
"instanceId": "task_123",
"expectedInstanceRev": 4,
"clientEventId": "price-check-page-18",
"unitUpdates": [
{ "unitKey": "product-18", "status": "checked" }
],
"mandatoryCheckUpdates": [
{ "checkId": "price-visible", "state": "satisfied", "evidenceRef": "product-18" }
]
}
}
Agenten-Deutung
{
"treatAs": "active task contract",
"beforeCompletion": "Instanz lesen, remainingUnits und pendingMandatoryChecks prüfen",
"mayComplete": "nur wenn completionAllowed true ist und die Revision aktuell ist",
"onRejection": "currentState.reason nutzen, um weiterzuarbeiten, zu reparieren, auszuschließen oder Evidenz zu sammeln"
}
MCP-Vertrag
Das ist die nüchterne Schicht unter der Erklärung. Sie beschreibt ETM-Felder, die Agenten und Integratoren als Vertragssignale lesen sollen, nicht als freien Beschreibungstext.
Abschlussregel: Kein ETM-Abschluss darf behauptet werden, ohne dass aktueller Aufgabenstand, Revision, Pflichtprüfungen und Evidenz zur aktiven Abschlussbedingung passen.
| Variable | Typ / Werte | Standard | Wirkung |
|---|---|---|---|
taskDescription |
string, max. 2000 Zeichen | für Matching erforderlich | Natürlichsprachliche Aufgabenbeschreibung, mit der nova.task_match wiederverwendbare Profile findet. |
query / limit / includeArchived |
string; integer; boolean | query für Suche erforderlich; limit werkzeugspezifisch; includeArchived false | Such- und Listensteuerung für Profilfindung. Diese Felder grenzen Kandidaten ein, ohne eine Aufgabeninstanz zu starten oder zu verändern. |
taskType / displayName / goal / domain / platform |
strings | taskType, displayName und goal bei Profil-Writes und Ad-hoc-Kontext erforderlich | Definiert die wiederverwendbare Aufgabenidentität und optionalen Scope für Matching, Profilerstellung und Ad-hoc-Läufe. |
targetUrl |
string URL oder null | wenn möglich aus currentScope abgeleitet | Kanonischer URL-Kontext für Aufgabenabgleich und Instanzerstellung. |
currentScope |
object | {} | Strukturierter Route-, Locale-, Auth-, Sprach- oder Aufgabenvariablen-Kontext für Matching und Effective Context. |
taskAwareness |
object | berechnet | Kompakter agentenlesbarer Profil- oder Instanzkontext mit Fortschritt, Abschlussregel, Guidance und Resume-Hinweisen. |
profileId |
string oder null | null bei Ad-hoc-Läufen | Startet eine Aufgabeninstanz aus einem wiederverwendbaren Profil, wenn vorhanden. |
instanceId / agentId / guidanceLogId |
strings | kontextabhängig | Identifiziert den aktuellen Aufgabenlauf, den meldenden Agenten oder einen Guidance-Eintrag, der gelesen, aktualisiert, abgeschlossen, verifiziert oder in ein Profil übernommen werden soll. |
adHocContext |
object | erforderlich ohne profileId | Einmaliger Aufgabenkontext mit taskType, displayName, goal und completionCondition. |
stableGuidance[] / mandatoryChecks[] / knownExceptions[] |
arrays | [] | Wiederverwendbare Profil- oder Ad-hoc-Kontextfelder. Guidance reist mit der Aufgabe, Checks definieren Abschlussbedingungen und Exceptions beschreiben akzeptierte Ausnahmen. |
overrides |
object | {} | Kontrollierte Änderungen beim Instanzstart. Pflichtchecks können nicht über Overrides entfernt werden. |
profileRevApplied |
integer oder null | aktuelle Profilrevision | Friert ein, welche Profilrevision den konkreten Lauf geprägt hat. |
effectiveContextHash |
string | berechnet | Identifiziert den eingefrorenen Effective Context der Aufgabeninstanz. |
instanceRev |
integer | 0 bei Erstellung | Revision einer konkreten Aufgabeninstanz. Fortschritt und Abschluss nutzen sie als Konfliktschutz und liefern nach erfolgreichen Writes die nächste Revision zurück. |
expectedInstanceRev |
integer | für Writes erforderlich | Compare-and-Set-Schutz für Fortschritts- und Abschlussupdates. Veraltete Werte liefern einen Revisionskonflikt. |
clientEventId |
string | für Progress und Completion erforderlich | Idempotenzschlüssel, damit Wiederholungen Fortschritt oder Abschluss nicht doppelt anwenden. |
note / completionNote |
string | optional | Optionale Ereignisnotiz bei Fortschritt oder Abschluss. completionNote ist ein Kompatibilitätsalias für note; wenn beide gesetzt sind, müssen sie übereinstimmen. |
completionCondition.coverageMode |
exhaustive | threshold | exploratory | exploratory | Definiert, welche Abschlusslogik ETM auswertet. |
completionCondition.unitKind |
page | url | selector | file | item | page in der Standard-Profilbedingung | Benennt, welche Art von Arbeitseinheit die Abschlussregel zählt. Übergebene completionCondition-Objekte müssen eine gültige unitKind enthalten. |
completionCondition.stopMetric |
all_units_processed | checked_units | distinct_findings | checked_units | Metrik für Threshold- und Exploratory-Abschlussprüfungen. |
completionCondition.stopValue |
integer oder null | modusabhängig | Erforderlicher Wert für Thresholds; bei Exploratory Mindestzahl geprüfter Einheiten. |
completionCondition.evidencePolicy |
object: mode, maxGapPercent, treatUnknownAs | mode=none; maxGapPercent=10; treatUnknownAs=pass | Optionale TOB-Evidenzlücken-Richtlinie. Wenn sie aktiv ist, kann Completion unbelegte geprüfte Arbeit mit reason=evidence_gap ablehnen. |
discoveryState |
unknown | partial | frozen | unknown | Zeigt, ob die Aufgabengrenze offen ist. Vollständiger Abschluss braucht frozen. |
setDiscoveryState |
unknown | partial | frozen | nicht vorhanden | Request-Feld in Progress-Updates, das den Discovery-Zustand wechselt. Rückwärtswechsel wie frozen zurück zu partial oder unknown werden abgelehnt. |
discoveredUnits[] |
array: unitKey erforderlich; unitKind und unitRef optional | optional | Fügt neu entdeckte Arbeitseinheiten zur Instanz hinzu. Fehlende unitKind wird page; fehlende unitRef wird der Unit-Key. |
unitUpdates[].status / findingCount |
checked | excluded | blocked | failed; integer findingCount | status pro Update erforderlich | Ändert den Status bekannter Arbeitseinheiten und kann Fundzahlen anhängen. Checked und excluded sind terminal erledigt; blocked und failed lehnen exhaustive Completion ab. |
findings[] |
array | optional | Hängt strukturierte Funde an das Fortschrittsereignis und zählt für distinct-findings-Abschlussregeln. |
mandatoryCheckUpdates[].state |
pending | satisfied | failed | waived | not_applicable | pending | Aktualisiert Pflichtprüfungen. Pending oder failed blockieren required Checks. |
resumeStateDelta |
object | optional | Führt Resume-Hinweise wie cursor, lastProcessedUrl, lastAction oder checkpoint mit der Aufgabeninstanz zusammen. |
progress.*Units |
integer counters | berechnet | Zeigt total, checked, remaining, blocked und failed Units des Aufgabenlaufs. |
includePendingUnits / includeDiscoveredUnitsPreview / includeRecentEvents |
boolean flags mit pendingUnitsLimit, discoveredUnitsPreviewLimit, recentEventLimit | false; Standardlimits 20 oder 10 | Leseoptionen auf nova.task_instance_get für Fortsetzungskontext: noch entdeckte offene Units und aktuelle normalisierte Events. |
completionAllowed |
boolean | berechnet | Erscheint nach Fortschritt oder in Task Awareness und zeigt, ob der aktuelle Stand die Abschlussregel erfüllt. |
unitSource |
object: kind site_urls | crawler | explicit; scopeDomain; explicitUrls[]; freezeAfterPopulate | nicht vorhanden | Erzeugt URL-Arbeitseinheiten für Task URL Coverage, wenn explicitUrls übergeben werden. kind beschreibt die Quelle; freezeAfterPopulate kann discoveryState nach dem Befüllen auf frozen setzen. |
declaredTaskKind |
content_audit | compliance | ui_smoke | exploratory | accessibility | legal | security_review | route_inventory | nicht vorhanden | Optionaler TUC-Hinweis, der die Aufgabenart für Coverage-Policy-Entscheidungen beschreibt. |
scanId / targetId / scopeOptions / dryRun / observationCutoff |
string; string; object; boolean; ISO timestamp | scanId für Coverage Scan erforderlich; dryRun bei Reconcile true | Task-URL-Coverage-Werkzeugargumente. Sie führen registrierte Coverage Scans aus oder gleichen vorhandene Observations ab, ohne Agentenbehauptungen als trusted Coverage zu behandeln. |
urlCoverage |
object oder null | null ohne URL-Units | Fasst URL-Einheiten, trusted Observations, Reconcile-Stand und offene Coverage-Arbeit zusammen. |
verificationContract |
object oder null | nicht vorhanden | Definiert Verifikationsschritte, die ein Agent vor Abschluss ausführen und zurückmelden kann. |
evidenceReport[] |
array: state passed | failed | inconclusive | skipped | optional | Vom Agenten eingereichte Evidenz zu Verifikationsschritten. Required Fast-Gate-Fehlschläge können Abschluss ablehnen. |
contentRev / expectedContentRev |
integer | profilspezifisch | Schützt wiederverwendbare Profilupdates davor, eine neuere Profilrevision zu überschreiben. |
sourceInstanceId / confidence |
string; float 0.0-1.0 | nicht vorhanden; 0.5 | Kann ein Profil aus einer abgeschlossenen oder geprüften Instanz anreichern und hält den Profil-Confidence-Wert fest. |
payload / sourceRef / occurrenceCount / threshold |
object; string; integer; integer | payload für Guidance Logs erforderlich; threshold Standard 3 | Hält Guidance-Details, optionale Quellenreferenzen, Wiederholungszähler und die Mindestanzahl für Promotion-Kandidaten fest. |
guidanceKind / sourceKind / status |
guidanceKind style | terminology | scope_rule | workflow | quality | match_telemetry | custom; sourceKind user | agent | reviewer | migration | system; status logged | proposed | accepted | rejected | promoted | status wird aus Scope und Promotion-Stand berechnet | Klassifiziert Aufgabenhinweise, hält ihre Quelle fest und zeigt, ob sie bereit sind, in ein Profil übernommen zu werden. |
Agenten-Werkzeuge
MCP-Tools für Agenten. Diese Variablen und Werkzeugnamen sind für Agenten und Integratoren gedacht. Sie sind keine normalen Bedienbefehle für Menschen in der Oberfläche.
| Variable | Bedeutung |
|---|---|
nova.get_instructions |
Lernmodus-Anweisungen lesen |
nova.goal_register |
Ein Ziel festhalten |
nova.task_search |
Aufgabengedächtnis durchsuchen |
nova.task_match |
Wiederkehrende Aufgabe erkennen |
nova.task_profiles |
Aufgabenprofile auflisten |
nova.task_profile_get |
Aufgabenprofil lesen |
nova.task_profile_upsert |
Aufgabenprofil erstellen oder aktualisieren |
nova.task_instance_create |
Aufgabenlauf starten |
nova.task_instance_get |
Aufgabenlauf lesen |
nova.task_instance_progress |
Aufgabenfortschritt melden |
nova.task_instance_complete |
Prüfen, ob Aufgabenabschluss erlaubt ist |
nova.task_instance_verify |
Abschlussprüfungen lesen |
nova.site_urls |
Seitenindex öffnen |
nova.coverage_scan |
URL-Abdeckung prüfen |
nova.task_instance_reconcile_coverage |
Aufgabenabdeckung abgleichen |
nova.task_guidance_log_add |
Aufgabenhinweis festhalten |
nova.task_guidance_logs |
Aufgabenhinweise ansehen |
nova.task_promotion_candidates |
Übernehmbare Hinweise finden |
nova.task_promote_guidance |
Nützlichen Hinweis übernehmen |