KI Agent Entwicklung für Web3-Aufgaben mit menschlicher Prüfung

Welche Aufgabe sollte ein Agent in einem Web3-Team zuerst übernehmen?

Eine Aufgabenkarte zeigt, ob ein Workflow für einen Agenten geeignet ist. Sie hält den Auslöser, die benötigten Informationen, das erwartete Ergebnis und die für die Prüfung verantwortliche Person fest. Wir verwenden ein 7-Felder-Aufnahmeprotokoll: Aufgabe, Verantwortliche, Eingabe, Quelle, Ausgabe, Ausnahme und Genehmigung.

Die Support-Triage kann eingehende Anfragen sortieren und einen Entwurf zur Prüfung vorbereiten. Recherche-Workflows können Material aus genehmigten Quellen sammeln und die Ergebnisse organisieren. Content-Operationen können Material durch einen bestehenden Prüfpfad vorbereiten oder leiten. Das On-Chain-Monitoring kann Informationen für ein Teammitglied zur Prüfung aufbereiten. In jedem Fall unterstützt der Agent eine definierte Aufgabe. Er ersetzt nicht die Verantwortung für die Entscheidung.

Eine sinnvolle erste Aufgabe hat wiederholbare Eingaben und ein Ergebnis, das das Team überprüfen kann. Wenn sich der Workflow auf Anfrage ändert, dokumentieren Sie seine Variationen vor der Entwicklung. Wenn die Hauptanforderung ein conversationales Frontend ist, vergleichen Sie den Umfang mit der KI-Chatbot-Entwicklung. Für einen in ein Produkt eingebetteten Agenten kartieren Sie die Schnittstelle und die Anwendungsarbeit über die dApp-Entwicklung oder die Web3-Website-Entwicklung.

Bringen Sie vor der Abgrenzung ein echtes Beispiel von Anfang bis Ende. Markieren Sie, wo eine Person derzeit Fakten prüft, eine Aktion genehmigt oder eine Ausnahme behandelt. Dieses Beispiel hilft, Automatisierungsarbeit von Entscheidungen zu trennen, die bei Ihrem Team bleiben sollten.

Welche Tools und Wissensquellen kann der Agent nutzen?

Eine Quellenkarte identifiziert, was der Agent lesen, was er ändern kann und wer jede Verbindung kontrolliert. Wir erfassen die Quelle der Wahrheit für jedes erforderliche Feld sowie die Berechtigung, die für den Zugriff erforderlich ist. Die Karte vermerkt auch, was der Workflow tun soll, wenn eine Quelle fehlt oder nicht verfügbar ist.

Eine Wissensbasis kann auf genehmigten Produktdokumenten, Support-Richtlinien, internen Verfahren oder Forschungsmaterial basieren. Wir organisieren den vereinbarten Inhalt um die Aufgabe herum. Dann definieren wir, wer sie pflegt und wie Aktualisierungen in den Workflow gelangen. Dies gibt dem Team einen klaren Referenzpunkt bei der Prüfung einer Agentenausgabe.

Der Tool-Zugriff sollte der Aufgabe entsprechen. Ein Recherche-Workflow kann Informationen abrufen und einen Bericht erstellen. Ein operativer Workflow kann einen Entwurf erstellen oder eine Aufgabe weiterleiten. Für Aktionen, die Kunden, Gelder oder Produktionssysteme betreffen, setzen Sie vor der Umsetzung einen menschlichen Genehmigungspunkt. Wenn der Agent eine Telegram-Schnittstelle benötigt, grenzen Sie diese Verbindung zusammen mit der Telegram-Schnittstellenentwicklung ab. Die Schnittstelle und die Agentenlogik sind getrennte Teile des Baus.

Für die erste Zugriffsprüfung listen Sie 3 Dinge für jedes System auf: seinen Verantwortlichen, die benötigten Daten und die erlaubte Aktion. Fügen Sie Beispieleingaben und -ausgaben hinzu. Schwärzen Sie vertrauliche oder persönliche Informationen, es sei denn, ihre Verwendung ist genehmigt. Diese Prüfung deckt fehlenden Zugriff oder unklare Dateneigentumsverhältnisse auf, bevor diese Annahmen das Design prägen.

Wie prüfen wir das Agentenverhalten vor der Freigabe?

Ein Evaluierungssatz verwandelt Beispielaufgaben in Prüfungen, die das Team überprüfen kann. Wir beginnen mit 4 Falltypen: gewöhnliche Anfragen, unvollständige Eingaben, widersprüchliche Informationen und Fälle außerhalb des Zuständigkeitsbereichs des Agenten. Für jeden Fall sollte die erwartete Antwort explizit sein. Sie könnte einen Entwurf vorbereiten, um Klärung bitten, eskalieren oder anhalten.

Wir vergleichen die Ausgabe des Agenten mit der vereinbarten Erwartung. Wir prüfen auch den von ihm verwendeten Pfad: ob er auf eine genehmigte Quelle zurückgegriffen hat, innerhalb seines Zugriffs geblieben ist und einem Prüfer ausreichend Kontext gegeben hat. Eine flüssige Antwort ist kein ausreichender Beleg, wenn die Quelle oder Aktion nicht überprüft werden kann.

Der Evaluierungssatz sollte Beispiele vom Workflow-Verantwortlichen enthalten, nicht nur idealisierte Anfragen. Führen Sie ein Protokoll über Fälle, die überarbeitet werden müssen. Wenn sich Produktdokumente, Richtlinien oder Aufgabenregeln ändern, aktualisieren Sie die relevanten Beispiele und überprüfen Sie das Verhalten erneut. Dies gibt Ihrem Team eine wiederholbare Möglichkeit, Änderungen zu prüfen, anstatt sich auf das Gedächtnis zu verlassen.

Legen Sie vor dem Testen 3 Prüfentscheidungen fest: wer sensible Ausgaben genehmigt, wer Berechtigungen ändern kann und wer Eskalationen erhält. Wenn die Arbeit das Vertragsverhalten betrifft, koordinieren Sie die Agentengrenze mit der Smart-Contract-Entwicklung. Die erlaubte Rolle des Agenten sollte klar sein, bevor eine Verbindung zu dieser Produktfunktion hergestellt wird.

Welche Arbeitsergebnisse gehören zu einem benutzerdefinierten Agentenbau?

Der Liefernachweis macht den vereinbarten Umfang vor der Implementierung sichtbar. Er verbindet die Aufgabendefinition mit den Tools, Quellenmaterialien, Evaluierungsprüfungen und dem Freigabeplan. Die Liefergegenstände werden für den Workflow ausgewählt und nicht aus einer Standardfunktionsliste abgeleitet.

Ein typischer Bau umfasst:

• Workflow-Kurzfassung: Benutzerrollen, Aufgabenpfad und Ausnahmebehandlung.
• Integrationskarte: Genehmigte Systeme, Datenfelder und Berechtigungen.
• Wissensbasis: Vereinbarte Quellen und ein benannter Aktualisierungsverantwortlicher.
• Leitplanken: Eskalation, sensible Fälle und Genehmigungspunkte.
• Evaluierungssatz: Beispielaufgaben, erwartete Antworten und Grenzfälle.
• Freigabepaket: Bereitstellung, Tracking-Ansatz, technische Hinweise und Übergabe.

Wir markieren auch Arbeiten, die nicht im ursprünglichen Umfang enthalten sind. Dies kann zusätzliche Datenquellen, eine neue Benutzeroberfläche, mehrsprachiges Verhalten oder separat autorisierte Aktionen umfassen. Wenn der Agent eine conversationale Produktoberfläche benötigt, kann ein Web3-KI-Chatbot Teil der Arbeit sein. Für Hintergrundberichte oder -überwachung ist er nicht erforderlich.

Ein 5-teiliger Übergabenachweis kann den Workflow, die Verbindungen, die Berechtigungen, den Eskalationspfad und den Wartungsverantwortlichen abdecken. Der Freigabeplan identifiziert die Umgebung für Tests und die für den Zugriff verantwortlichen Personen. Wenn der Agent Teil eines größeren Produkts ist, koordinieren Sie die Freigabeverantwortung mit der Mobile-App-Entwicklung oder dem entsprechenden Anwendungsteam. Ihr Team sollte mit ausreichender Dokumentation zurückbleiben, um Ausgaben zu prüfen und eine abgegrenzte Änderung zu beantragen.

Wo schränken Berechtigungen und externe Dienste einen Agenten ein?

Die Zugriffskarte definiert die Autorität des Agenten. Sie listet jede genehmigte Quelle, erlaubte Aktion und menschlichen Kontrollpunkt auf, sodass Operateure sehen können, wo das System anhalten muss. Ein enger Berechtigungssatz ist einfacher zu überwachen als ein breiter Zugriff, der nichts mit der Aufgabe zu tun hat.

Für das On-Chain-Monitoring definieren Sie, welche verfügbaren Informationen wichtig sind und wer den zugrundeliegenden Datensatz prüft. Behandeln Sie die Zusammenfassung eines Agenten als Aufforderung zur Prüfung, nicht als Ersatz für die Prüfung dieses Datensatzes. Für Support und Recherche bewahren Sie einen Pfad von der Ausgabe zu ihrer genehmigten Quelle. Wenn ein verbundener Dienst seinen Zugriff ändert oder unvollständige Informationen zurückgibt, benötigt der Workflow eine Rückfallebene zu einer Person.

Ein Web3-Agent kann nur autorisierte Daten und Aktionen verwenden, die von seinen verbundenen Diensten bereitgestellt werden. Diese Dienste können sich ändern. Unklare Anweisungen oder unvollständiges Quellenmaterial können ebenfalls die Ausgaben beeinflussen. Die Lieferung umfasst den vereinbarten Bau, nicht den ununterbrochenen Integrationszugriff oder das korrekte Verhalten in jedem Fall.

Benennen Sie vor der Freigabe, wer den Workflow anhalten kann und wer eine Eskalation bearbeitet. Bestätigen Sie Datenzugriff, Aufbewahrungserwartungen und die Verantwortung für Vorfälle mit dem Projektteam. Fügen Sie diese Entscheidungen den Betriebshinweisen hinzu, zusammen mit dem Prozess zur Meldung eines Problems. Bewahren Sie für jede sensible Aktion einen sinnvollen Genehmigungsschritt und eine Möglichkeit auf, die Informationen hinter der vorgeschlagenen Aktion zu prüfen.

Wie kann ein Team entscheiden, ob es jetzt einen Agenten bauen soll?

Eine ausgefüllte Aufgabenkarte und Quellenkarte liefern die ersten Entscheidungsbelege. Wenn die Aufgabe einen Verantwortlichen, zugängliche Eingaben, ein überprüfbares Ergebnis und definierte Ausnahmen hat, kann das Team die Implementierung abgrenzen. Wenn eines dieser Teile fehlt, dokumentieren Sie den Workflow oder bereiten Sie die Daten zuerst vor.

Vergleichen Sie Kandidatenaufgaben anhand von 4 praktischen Punkten: Wiederholbarkeit, Quellenzugriff, Prüfverantwortung und Kosten einer falschen Aktion. Eine Aufgabe mit klarer Prüfung und geringen Auswirkungen ist als erster Bau einfacher zu bewerten. Aktionen mit hohen Auswirkungen benötigen strengere Berechtigungen und explizite Genehmigung. Das Ziel ist ein begrenzter Umfang, den Ihr Team prüfen kann, nicht eine lange Funktionsliste.

Wenn Ihr Produkt mehrere Entwicklungsanforderungen kombiniert, ordnen Sie die Agentenarbeit in den breiteren Web3-Entwicklungsplan ein. Identifizieren Sie für das Anwendungsverhalten, ob die Smart-Contract-Entwicklung oder eine benutzerorientierte Schnittstelle einen separaten Verantwortlichen hat. Dies verhindert, dass das Agentenbriefing stillschweigend Produktarbeit absorbiert, die einen eigenen Umfang benötigt.

GeoMarketing Experts prüft den Aufgabenprotokoll, überprüft die Daten- und Zugriffskarte und gibt dann einen vorgeschlagenen Umfang mit Liefergegenständen und einem Freigabeansatz zurück. Senden Sie uns einen Workflow, Beispieleingaben und -ausgaben, die beteiligten Systeme und die Aktionen, die unter menschlicher Kontrolle bleiben müssen. Wir werden diese Materialien verwenden, um den ersten Bau und seine Evaluierungsprüfungen zu definieren.

So funktioniert's

1. Einen Workflow aufzeichnenTeilen Sie seinen Verantwortlichen, Auslöser, Eingaben und erwartetes Ergebnis mit. Markieren Sie Entscheidungen oder Fälle, die eine Person benötigen.
2. Daten und Zugriff kartierenWir identifizieren Quelldokumente, verbundene Systeme, Berechtigungen und Integrationsverantwortliche. Dies definiert, was der Agent lesen oder tun darf.
3. Umfang und Evaluierung festlegenWir vereinbaren Liefergegenstände, Ausnahmepfade, Genehmigungspunkte und repräsentative Testfälle vor der Implementierung.
4. Bauen und prüfenWir entwickeln den Agenten, die Wissensbasis und die genehmigten Verbindungen und prüfen sie dann anhand der vereinbarten Aufgaben und Grenzfälle.
5. Bereitstellen und übergebenWir veröffentlichen innerhalb des vereinbarten Umfangs und dokumentieren Betrieb, Eskalation und Ausgabenprüfung für Ihr Team.