Als Team arbeiten
Zusammenarbeit braucht Verantwortlichkeiten und Zugangsgrenzen.
Was Sie lernen werden
- Erklären Sie: Überprüfen Sie den Zugriff vor der Verwendung
- Wenden Sie die Idee an einem Beispiel an: Arbeiten im Team
- Erkennen Sie Einschränkungen und überprüfen Sie das Übungsergebnis
Zusammenarbeit braucht Verantwortlichkeiten und Zugangsgrenzen. Überprüfen Sie effektive Organisations- und Projektrollen und nicht nur UI-Bezeichnungen.
Diese Schritte beziehen sich auf im Anwendungscode identifizierte Funktionen. Dieses Material wurde nicht in einer Live-Instanz validiert; Überprüfen Sie die Dokumentation und die Optionen in Ihrer Version.
Wie es funktioniert, Schritt für Schritt
Überprüfen Sie den Zugang vor der Nutzung
Berechtigungen müssen von Servern und der Datenschicht durchgesetzt werden. Lassen Sie nicht das Modell entscheiden, ob ein Benutzer ein Dokument sehen darf. Filtern Sie Quellen, bevor sie in den Kontext gelangen, nicht nachdem die Antwort generiert wurde. Verwenden Sie Anmeldeinformationen mit minimalem Zugriff, halten Sie sie von Eingabeaufforderungen, Screenshots und Browsercode fern und rotieren Sie offengelegte Schlüssel. Eine Widget-Domain-Zulassungsliste ersetzt nicht die API-Authentifizierung. Durch die Authentifizierung werden Sie identifiziert; Die Autorisierung bestimmt die Vorgänge und Daten, die Sie verwenden können. Test verweigerte auch den Zugriff.
Definieren Sie den Erfolg vor der Optimierung
Bereiten Sie repräsentative Anfragen und erwartete Antworten oder Eigenschaften vor. Berücksichtigen Sie normale Fälle, Unklarheiten, fehlende Daten und Toolfehler. Messen Sie für RAG die Beweisgewinnung getrennt von der Antwortkorrektheit. Recall@k misst den Anteil relevanter Beweise, die in den ersten k Ergebnissen gefunden wurden; precision@k misst den Anteil der zurückgegebenen Ergebnisse, die relevant sind. Verfolgen Sie für Agenten auch Aktionen, Berechtigungen und Stopps. Ein LLM als Richter kann die Bewertung beschleunigen, muss jedoch mit Menschen verglichen werden. Ändern Sie Eingabeaufforderung, Modell und Index nicht gleichzeitig, wenn Sie verstehen möchten, was zu verbesserten Ergebnissen führt.
Fehler benötigen explizite Pfade
Ein Timeout unterscheidet sich von einem Berechtigungsfehler. Wiederholen Sie nur vorübergehende Fehler mit begrenzten Versuchen und zunehmenden Verzögerungen. Eine Operation mit Nebenwirkungen kann ausgeführt werden, bevor ihre Antwort verloren geht. Ein erneuter Versuch ohne Idempotenzschlüssel kann den Effekt duplizieren. Beim Streaming wird der Fortschritt angezeigt, es kann jedoch nicht garantiert werden, dass der Vorgang abgeschlossen ist. Prüfpunkte ermöglichen möglicherweise die Wiederaufnahme fehlgeschlagener Phasen innerhalb der Laufzeitgrenzen. Speichern Sie die Laufkennung, die Phase, die Dauer und den Fehler, während Sie Geheimnisse aus Protokollen entfernen. Messen Sie sowohl langsame Pfade als auch Durchschnittswerte.
Das erklärende Schaubild
Folgen Sie den durchgezogenen Pfeilen für den Hauptfluss. Gestrichelte blaue Pfeile liefern Daten oder Kontext; Gestrichelte rosa Pfeile zeigen Feedback oder zurückgegebene Ergebnisse an. Farben und Formen unterscheiden Modelle, Geschäfte, Entscheidungen und Ergebnisse. Scrollen Sie auf kleinen Bildschirmen horizontal, um das gesamte Schaubild zu verfolgen.
Ein vollständiges Beispiel
Zwei Teams haben Support- und Dokumentationsprojekte. Ein nicht autorisiertes Mitglied darf private Quellen nicht durch Suche, Antworten oder API-Aufrufe sehen.
Probieren Sie es selbst aus
- Laden Sie Testkonten mit unterschiedlichen Rollen ein und prüfen Sie zwei Projekte mit synthetischen Daten.
- Notieren Sie die Eingabe, die Quelle und das erwartete Ergebnis, bevor Sie das Experiment durchführen. Verwenden Sie im Beispiel nur die fiktiven Daten.
- Folgen Sie den Diagrammschritten. Notieren Sie bei jedem Schritt, welche Informationen empfangen und produziert werden. Verwechseln Sie Zwischenergebnisse nicht mit Endergebnissen.
- Wiederholen Sie den Vorgang, nachdem Sie erforderliche Informationen entfernt oder die Eingabe mehrdeutig gemacht haben. Prüfen Sie, ob das System eine Antwort klärt, stoppt oder erfindet.
- Vergleichen Sie mit der erklärten Lösung. Bewahren Sie die Konfiguration, das Datum, das Ergebnis und eine Erklärung für Unterschiede auf. Ändern Sie eine Sache und testen Sie es erneut.
Eine erklärte Lösung
Eine Zugriffsmatrix dokumentiert das Lesen, Bearbeiten und Verwalten und prüft sowohl zugelassene als auch abgelehnte Fälle. Mit einer erfolgreichen Übung können Sie den Zusammenhang zwischen Input, Phasen und Ergebnis aufzeigen. Bei fehlenden Informationen ist eine vorsichtige Antwort sinnvoller als erfundene Details. Vergleichen Sie mehr als nur Stil: Überprüfen Sie auch Bedingungen, Quellen und Vorgänge.
Wann dieser Ansatz hilft und wo seine Grenzen liegen
Gehen Sie nicht davon aus, dass die Ordnergruppierung den Zugriff erzwingt. Wählen Sie diesen Ansatz, wenn er einen gemessenen Bedarf verbessert. Behalten Sie eine einfache Ausgangsbasis bei und vergleichen Sie die Ergebnisse mit identischen Eingaben. Ein erfolgreiches Beispiel stellt nicht in jeder Situation Verlässlichkeit dar.
Überprüfen Sie Ihr Wissen
Warum wird eine private Quelle nach einer zu späten Antwort entfernt?
Die Daten sind bereits in den Modellkontext eingetreten und können offengelegt werden.
Beweist eine gute Stilbewertung den Erfolg eines Agenten?
Nein. Der Agent schreibt möglicherweise wunderbar, nachdem er das falsche Tool oder die falschen Daten verwendet hat.
Zu welchem Ergebnis soll diese Übung führen?
Eine Zugriffsmatrix dokumentiert das Lesen, Bearbeiten und Verwalten und prüft sowohl zugelassene als auch abgelehnte Fälle.
Wichtige Begriffe
- Autorisierung / Autorisierung: Überprüfung des Zugriffsrechts auf einen Vorgang oder eine Ressource.
- Regresie / Regression: Eine Änderung, die einen zuvor korrekten Fall aufhebt.
- Idempotenz: Kontrollierte Wiederholung ohne Duplizierung eines Effekts.
Quellen und Ihr nächster Schritt
Zur Vorbereitung: U06 – API-Zugriff und -Integration für Entwickler