AWS liefert dem Agenten mit einem Aufruf eine Antwort samt Quellen. Trägt der Link die Aussage?

Ein Kunde fragt, ob eine Softwareversion noch Sicherheitsupdates erhält. Ein Supportagent antwortet zuversichtlich und verlinkt die Dokumentation des Herstellers. Der Link funktioniert. Er führt sogar auf die richtige Domain. Nur beschreibt die Seite die neueste Version, während der Kunde die vorherige einsetzt.

Am 5. November 2026 hat AWS Web Answer auf Amazon Bedrock AgentCore allgemein verfügbar gemacht. Bedrock AgentCore ist die AWS-Infrastruktur für den Betrieb und die Vernetzung von KI-Agenten. Der neue verwaltete Konnektor kann mit einem einzigen Werkzeugaufruf im öffentlichen Web suchen, Seiten lesen und daraus eine Antwort mit Quellenangaben formulieren. AWS führt den Konnektor in der Region USA Ost (Nord-Virginia), also us-east-1. Das kann Teams Arbeit abnehmen, die diese Schritte bisher einzeln aufgebaut haben. Außerdem erhalten sie ein konkretes Ergebnis, das sich prüfen lässt, bevor eine Antwort an den Kunden geht. Einführung und Anleitung von AWS · AWS-Dokumentation zum Konnektor

Unterstützte Versionen, Veröffentlichungsdaten und geänderte Anleitungen eignen sich gut für einen solchen Test. Für jede Frage gibt es eine brauchbare Antwort, wenn die richtige Quelle vorliegt. Zugleich kann eine Suche leicht eine einschlägige Seite liefern, die eine andere Aussage stützt. So lässt sich die Verbindung zwischen Antwort und Beleg sichtbar machen.

AWS-Rechenzentrumsgebäude in Ashburn, Virginia, aufgenommen 2020. Regionales Kontextfoto von Vahurzpu, zugeschnitten und skaliert, CC BY-SA 4.0. Bildquelle · Lizenz.

Ein Werkzeugaufruf übernimmt mehrere Schritte

AWS bietet zwei verwandte Konnektoren an. Web Search Tool gibt eine sortierte Ergebnisliste mit Angaben wie Titeln, Links, Textausschnitten und Veröffentlichungsdaten zurück. Die aufrufende Anwendung entscheidet, welche Treffer sie liest und wie sie daraus eine Antwort erstellt. Web Answer nimmt eine Frage in natürlicher Sprache entgegen, plant eigene Suchanfragen, liest relevante Seiten und gibt Text mit Quellenangaben zurück. Der Unterschied bestimmt, welche Schritte das eigene Team übernehmen soll. AWS-Vergleich von Web Answer und Web Search

Muss ein Supportassistent eine Sachfrage innerhalb eines größeren Ablaufs beantworten, kann die Zusammenfassung einen Verarbeitungsschritt sparen. Statt einem Modell zwanzig Textausschnitte zur Auswahl zu geben, kann die Anwendung eine belegte Aussage zu einer einzelnen Version oder Richtlinie anfordern. Wer widersprüchliche Artikel vergleichen, die Bandbreite der Treffer prüfen oder begründen muss, warum eine Quelle Vorrang hat, sieht in der Ergebnisliste mehr von den einzelnen Entscheidungen. Beide Wege können in derselben Anwendung für unterschiedliche Fragen eingesetzt werden.

Zwei Möglichkeiten, die Suche im selben Supportablauf einzusetzen. Bei Web Search übernimmt die aufrufende Anwendung das Lesen und Zusammenfassen. Eigene Illustration von Telli.sh.

Der Konnektor steht über AgentCore Gateway als Werkzeug des Model Context Protocol zur Verfügung. AWS dokumentiert eine Antwort mit Text und einer strukturierten Liste von Antwortblöcken. Jeder Block kann eigene Quellenangaben mit URL und, sofern vorhanden, Domain enthalten. Meldet das Werkzeug einen Fehler, kennzeichnet die Antwort ihn mit isError. AWS verlangt, dass Anwendungen, die Web-Answer-Ergebnisse an Endnutzer ausgeben, deren Quellenangaben und Links beibehalten und anzeigen. Ordnen Sie die Quellen beim Weg durch die Oberfläche weiterhin ihren jeweiligen Blöcken zu. Eine gemeinsame Fußzeile ohne diese Zuordnung erschwert die Prüfung, auch wenn der Text weiterhin belegt aussieht. AWS-Antwortformat und Nutzungsbedingungen

Grenzen Sie die Frage für das Werkzeug ein

Nehmen wir einen fiktiven Hersteller namens ExampleSync. Der Kunde betreibt ExampleSync Server 4.2 im Standard-Supporttarif in Deutschland. Eine brauchbare Frage lautet, ob für diese Version und diesen Tarif zum Datum der Anfrage noch Sicherheitsupdates verfügbar sind. Sie bittet um die maßgebliche Aussage zum Produktlebenszyklus, die Quell-URL, das Datum ihres Inkrafttretens und einen ausdrücklichen Hinweis, falls die gefundenen Seiten ein anderes Produkt oder eine andere Edition betreffen. Kundenname, Kontonummer, Lizenzschlüssel und private Korrespondenz sind dafür entbehrlich.

So bleibt die Supportentscheidung von der Belegsuche getrennt. Eine Frage wie „Kann ich dem Kunden sagen, dass er noch Support erhält?“ kann das System zu Schlussfolgerungen über die gesamte Kundenbeziehung verleiten. Eine Frage nach dem veröffentlichten Lebenszyklus einer bestimmten Version ergibt einen konkreten Prüfpunkt. Wenn der öffentliche Zeitplan zu einem privaten Wartungsvertrag schweigt, kann die Antwort für die verbleibende Entscheidung auf den zuständigen Vertragskanal verweisen.

Die aktuelle Konnektordokumentation beschreibt Domainregeln, Filter für das Veröffentlichungsdatum und eine Länderangabe ab Version 1.1.0. Ein Agent kann etwa die Dokumentations- und Supportdomains des Herstellers einschließen. AWS beschreibt außerdem Domainregeln auf der Ebene des Gateway-Ziels. So kann das Gateway Grenzen durchsetzen, unabhängig von der Formulierung der Benutzeranfrage. Die Länderangabe präzisiert die Suche. Bestimmt der Ort das Ergebnis, muss die Antwort weiterhin zum richtigen Geltungsgebiet oder Vertrag passen. AWS-Filterkonfiguration und Eingabeschema

Enge Domainregeln können Zweitveröffentlichungen fernhalten, aber Lücken hinterlassen, wenn der Hersteller seine Informationen auf mehrere Websites verteilt. Ein enger Datumsfilter kann ein zwei Jahre altes Dokument übersehen, das weiterhin maßgeblich ist. Umgekehrt kann eine neue Seite ein Datum nennen, das erst in Zukunft wirksam wird. Unterscheiden Sie zwischen dem Veröffentlichungsdatum der Seite, einem genannten Gültigkeitsdatum und dem Datum Ihrer Prüfung. Widersprechen sich die Treffer, bewahren Sie die konkurrierenden Quellen auf und ermöglichen Sie eine Entscheidung darüber, welche gilt.

Folgen Sie der Quelle bis zum einzelnen Satz

Im Support verweist die Quellenangabe auf einen Beleg. Öffnen Sie zunächst die Seite, die für die entscheidende Aussage angegeben ist. Prüfen Sie Titel und Sprache und suchen Sie dann die betreffende Passage. Stimmen Produktname, Version, Edition und Region überein? Enthält die Antwort ein Datum, lesen Sie die Zeile oder Tabellenzelle, die es nennt. Eine korrekte allgemeine Erklärung zum Supportende belegt noch kein Datum für eine konkrete Version.

Vor der Entscheidung über die Antwort prüft eine Person die betreffende Passage und deren Geltungsbereich. Eigene Illustration von Telli.sh.

Angenommen, die Antwort behauptet, Version 4.2 erhalte bis Dezember Sicherheitsupdates. Die verlinkte Herstellerseite zum Produktlebenszyklus enthält getrennte Zeilen für Standard- und erweiterten Support. Der Standard-Support endet im September, der erweiterte im Dezember. Die prüfende Person muss die Abweichung erkennen, auch wenn der Link funktioniert und das zitierte Datum auf der Seite steht. Eine robuste Oberfläche belässt den Link an der strittigen Aussage und ermöglicht es, den falschen Tarif zu markieren.

Manchmal fehlt bereits in der Frage eine wichtige Unterscheidung. Hat der Nutzer die Edition offen gelassen, ist eine Rückfrage unter Umständen der sicherste Schritt. In anderen Fällen fehlen Belege. Eine allgemeine Produktseite kann die Version einer Funktion verschweigen. Versionshinweise können einen Test-Rollout nennen, ohne die allgemeine Verfügbarkeit zu klären. Eine gute Oberfläche zeigt, was gefunden wurde und was offen bleibt, ohne den Nutzer mit einer Reihe unkommentierter Links allein zu lassen.

Wiederholen Sie die Übung für eine Frage, deren richtige Antwort offenbleibt. Fragen Sie beispielsweise nach einer Version, die im Lebenszyklusplan nicht auftaucht. Das erwartete Ergebnis ist eine klare Erklärung, dass die öffentlichen Unterlagen keinen Status belegen, ergänzt um einen sinnvollen nächsten Schritt. So misst das Team auch, ob das System erkennt, wann es eine Antwort zurückhalten sollte.

Planen Sie die erste Integration so, dass sie sich messen lässt

1. Verwenden Sie ein Test-Gateway in der dokumentierten Region. Binden Sie Web Answer nach der AWS-Anleitung an und geben Sie der Dienstrolle des Gateways die dokumentierte Berechtigung zum Aufruf des Konnektors. Erteilen Sie der aufrufenden Instanz separat die für den Test nötigen Gateway-Rechte. Nutzen Sie ein Testkonto oder eine isolierte Umgebung, die bereits für kostenpflichtige Aufrufe freigegeben ist. AWS-Einrichtungsanleitung
2. Stellen Sie vor der Optimierung der Prompts einige Fragen zusammen. Nehmen Sie eine aktuelle Antwort, ein veraltetes, aber relevantes Dokument, eine tarifspezifische Frage, konkurrierende Quellen und einen Fall mit unzureichenden öffentlichen Belegen auf. Notieren Sie, was eine gute Antwort jeweils leisten soll.
3. Beginnen Sie mit Testfragen und veröffentlichter Dokumentation. Übergeben Sie Domain- und Datumsgrenzen nur, wenn sie einem klaren Zweck dienen. Prüfen Sie die strukturierten Antwortblöcke, behalten Sie ihre Quellenlinks in der Anzeige bei und ermöglichen Sie den Vergleich mit der Originalseite.
4. Vergleichen Sie den Ablauf mit dem bisherigen manuellen Verfahren oder der sortierten Suche. Zählen Sie belegte Aussagen, aus gutem Grund zurückgehaltene Antworten und Fälle, die erneut geöffnet werden mussten. Messen Sie möglichst von der Anfrage bis zur endgültigen Freigabe, damit die menschliche Prüfung einfließt.
5. Richten Sie einen Ausweichweg für Werkzeugfehler, fehlende Quellen und Zeitüberschreitungen ein. Der Support kann die Originaldokumentation öffnen oder den Fall weitergeben. Halten Sie einen eindeutigen Grund für die spätere Diagnose fest und beachten Sie die Zugriffs- und Aufbewahrungsregeln für das ursprüngliche Ticket.

Die AWS-Anleitung vom 5. November nennt für Web Answer 10 US-Dollar pro 1.000 Werkzeugaufrufe. Beim genannten Beispielpreis entfallen auf 100 Aufrufe 1 US-Dollar und auf 250 Aufrufe 2,50 US-Dollar für Web Answer. Gateway-Nutzung, das Modell des aufrufenden Agenten und wiederholte Aufrufe sind gesondert zu berücksichtigen. Im Support lohnt sich der Vergleich pro brauchbarer, überprüfter Antwort. Eine kurze Antwort mit drei Überarbeitungen und mehreren Minuten manueller Prüfung kann teurer sein als eine langsamere Antwort, die beim ersten Durchgang freigegeben wird. Preise aus der AWS-Anleitung

Beobachten Sie diese Zeit und die häufigste Fehlerursache, bevor Sie den Einsatz ausweiten. Entstehen die meisten Fehler durch falsche Editionen, ergänzen Sie ein eigenes Feld dafür im Frageformular. Sind alte Seiten das Problem, bestimmen Sie die maßgebliche Herstellerrichtlinie und klären Sie, wie Aktualisierungen erscheinen. Liegen brauchbare Quellen oft außerhalb der Liste zugelassener Domains, passen Sie die Gateway-Regeln zusammen mit der Supportleitung an. Jede Änderung behebt eine andere Ursache.

Werten Sie einfache und strittige Fragen getrennt aus. Werden neunzehn Routinefragen sofort freigegeben und kombiniert die zwanzigste zwei widersprüchliche regionale Regeln, verschleiert ein einzelner Durchschnitt den zusätzlichen Prüfbedarf. Notieren Sie, warum jeder Fall zur Prüfung ging und wie viel Zeit dort anfiel. Verwenden Sie nach einer Änderung der Konnektoreinstellungen dieselben Fälle. Entscheidend ist, ob dadurch mehr Antworten brauchbar werden und unklare Fälle weiterhin bei der richtigen Person landen.

Der praktische Gewinn liegt in der kürzeren Strecke zwischen einer präzisen Frage und prüfbaren Belegen. AWS bündelt Suche und Zusammenfassung in einer Anfrage. Der Support gewinnt, wenn er festlegt, welche Belege zählen, und seinen Mitarbeitern den Weg zur Fundstelle zeigt.

Quellen

• AWS-Meldung zur allgemeinen Verfügbarkeit am 5. November 2026
• AWS-Anleitung und öffentliche Demo zu Web Answer vom 5. November 2026
• AWS Web Answer: Konnektor, Filter, Antwortschema und Nutzungsbedingungen
• AWS-Konnektor Web Search Tool
• Kontextfoto von Vahurzpu, CC BY-SA 4.0

---

Wenn Sie Fragen, Quellenprüfungen und Entscheidungen aus dem Support durchsuchbar festhalten möchten, erstellen Sie ein Telli.sh-Konto.