Entwicklung maßgeschneiderter KI Agenten für Web3-Workflows

Was ein KI-Agent für ein Web3-Team tun kann

Schnelltest: Schreiben Sie die Aufgabe als 5 Schritte, denen ein neuer Mitarbeiter folgen könnte. Wenn das nicht gelingt, ist die Aufgabe nicht bereit für einen Agenten.

Ein Web3-KI-Agent kann eine begrenzte Aufgabe abschließen, indem er Projektinformationen und verbundene Tools nutzt und unsichere oder sensible Fälle an eine Person weiterleitet. Der sinnvolle Ausgangspunkt ist ein Workflow mit wiederholten Schritten, erkennbaren Eingaben und einem Ergebnis, das Ihr Team überprüfen kann.

Typische Einsatzbereiche sind Support-Triage, Recherche und Berichte, Content-Operationen, Community-Unterstützung und On-Chain-Monitoring. Beispielsweise kann ein Support-Agent eingehende Fragen sortieren und Antwortvorschläge aus genehmigtem Material vorbereiten; ein Recherche-Agent kann Informationen aus verbundenen Quellen in einem konsistenten Bericht sammeln. Ein Community-Assistent kann Moderatoren helfen, relevante Anleitungen zu finden, während ein On-Chain-Workflow auf bestimmte Ereignisse achten und eine verständliche Warnung senden kann.

Der Agent ersetzt keine vollständige Produktoberfläche oder jeden Konversationsanwendungsfall. Wenn der Hauptbedarf eine nutzerorientierte Konversationserfahrung ist, vergleichen Sie diese Arbeit mit KI-Chatbot-Entwicklung. Für einen breiteren Produktaufbau mit mehreren verbundenen Komponenten starten Sie mit Web3-Entwicklung. Wir helfen bei der Auswahl einer ersten Aufgabe, indem wir fragen, wer die Ausgabe nutzt, welche Informationen sie benötigt und was eine Person tun soll, wenn das Ergebnis unvollständig ist.

Welchen Workflow sollten Sie zuerst automatisieren?

Der richtige erste Workflow ist eng genug, um bewertet zu werden, und wertvoll genug, dass Ihr Team das Ergebnis nutzt. Bevor Sie sich auf einen Build festlegen, beschreiben Sie die Aufgabe von ihrem Auslöser bis zur finalen Übergabe, einschließlich dessen, wie eine akzeptable Antwort oder Aktion aussieht.

Nutzen Sie diese Checkliste für die Entscheidung:

• Häufigkeit: Tritt die Aufgabe oft genug auf, um einen dedizierten Workflow zu rechtfertigen?
• Eingaben: Können Sie die Nachrichten, Dokumente, Daten oder Ereignisse identifizieren, die der Agent verwenden darf?
• Entscheidungsregeln: Kann Ihr Team erklären, was ein korrektes Ergebnis enthalten sollte?
• Risiko: Könnte eine falsche Antwort finanziellen, sicherheitsrelevanten oder rufschädigenden Schaden verursachen?
• Eskalation: Wer übernimmt, wenn Informationen fehlen oder der Fall ungewöhnlich ist?

Eine starke erste Aufgabe beinhaltet oft das Organisieren von Informationen oder das Vorbereiten einer Antwort zur Überprüfung. Ein Workflow, der Gelder bewegt, Zugriffe ändert oder eine irreversible Entscheidung trifft, benötigt ein viel sorgfältigeres Genehmigungsdesign und ist möglicherweise für eigenständiges Handeln ungeeignet. Wir erfassen den beabsichtigten Nutzer, erlaubte Aktionen und den Fehlerpfad vor der Implementierung. Wenn die Aufgabe eine Produktoberfläche sowie Agentenlogik erfordert, gehört sie möglicherweise neben die dApp-Entwicklung; wenn sie mit Vertragsverhalten interagiert, definieren Sie diese Grenze mit dem Smart-Contract-Entwicklung-Team.

Wie Tools und Projektwissen in einen Agenten passen

Ein Agent benötigt relevante Informationen und eine definierte Menge an Tools, um nützliche Arbeit zu leisten. Wir kartieren, was er lesen darf, was er ändern oder senden darf und welche Ausgaben auf menschliche Genehmigung warten müssen, bevor wir den Workflow verbinden.

Projektwissen kann genehmigte Richtlinien, Produktdokumentation, Support-Antworten oder Betriebsanweisungen umfassen. Wir organisieren das bereitgestellte Material rund um die Aufgabe, identifizieren Lücken und vereinbaren, welche Quellen als maßgeblich behandelt werden sollen. Tool-Integrationen werden um die Arbeit herum gewählt: Ein Support-Workflow benötigt möglicherweise eine Möglichkeit, Fälle zu empfangen und eine Antwort vorzubereiten, während ein Monitoring-Workflow Zugriff auf ausgewählte Daten und ein Ziel für seine Warnungen benötigt. Die genauen Verbindungen werden während der Planung bestätigt und nicht aus der Kette oder dem Stack des Projekts angenommen.

Bereiten Sie für jedes vorgeschlagene Tool dessen Zweck, Zugriffsverantwortlichen, Berechtigungsgrenzen sowie erwartete Eingabe und Ausgabe vor. Wir definieren auch, was der Agent tun soll, wenn ein Tool nicht verfügbar ist oder unvollständige Informationen zurückgibt. Dies erleichtert die Überprüfung des Workflows und hilft, eine versehentliche Ausweitung des Zugriffs zu verhindern. Wenn eine Telegram-Schnittstelle Teil des Briefings ist, kann sie mit Telegram-Bot- und Mini-App-Entwicklung geplant werden; die Aufgabenlogik des Agenten und die nutzerorientierte Erfahrung sollten klare Verantwortlichkeiten haben.

Ihre 6-Punkte-Agenten-Briefing-Checkliste

Füllen Sie diese 6 Zeilen aus, um Ihren ersten Agenten zu definieren. Eine klare Definition von "Fertig" ist der beste Prädiktor für einen Agenten, den die Leute nach dem ersten Monat tatsächlich weiterhin nutzen.

1. Beschreiben Sie die Aufgabe in 5 Schritten oder weniger.
2. Listen Sie die Tools auf, die der Agent verwenden darf, und sonst nichts.
3. Listen Sie die Daten auf, die er lesen darf.
4. Definieren Sie, was als "Fertig" gilt.
5. Benennen Sie, wer riskante Aktionen genehmigt.
6. Bereiten Sie 5 Beispieleingaben und die richtigen Ausgaben vor.

Begriffe in einer Zeile

Agent: Software, die einem Workflow folgt und genehmigte Tools verwendet, um eine Aufgabe abzuschließen.

Übergabe (in einfachen Worten: der Moment, in dem der Agent einen Fall an eine Person weitergibt).

Was ein maßgeschneiderter Agenten-Build beinhaltet

Faustregel: Behalten Sie eine Person im Loop für jede Aktion, die Gelder bewegt oder öffentlich postet.

Ein maßgeschneiderter Build umfasst die Entscheidungen und Komponenten, die erforderlich sind, um eine definierte Aufgabe nutzbar, testbar und wartbar zu machen. Was Sie erhalten, wird rund um den Workflow vereinbart und nicht aus einer generischen Feature-Liste ausgewählt.

Der Plan kann Folgendes umfassen:

• Anwendungsfalldefinition, einschließlich Eingaben, erwarteter Ergebnisse und Eskalationsregeln.
• Tool- und Datenintegration für den genehmigten Workflow.
• Eine Wissensbasis, die aus für die Aufgabe bereitgestellten Projektmaterialien erstellt wird.
• Schutzmechanismen, die erlaubtes Verhalten festlegen und definieren, wann an eine Person übergeben wird.
• Ein Bewertungsset: repräsentative Beispiele zur Überprüfung der Ausgaben und Aktionen des Agenten.
• Monitoring, Bereitstellung und Übergabematerialien für das für den Betrieb verantwortliche Team.

Vor der Entwicklung bestätigen wir, was enthalten ist, welchen Zugriff der Kunde bereitstellt und wer die Bewertungsbeispiele genehmigt. Bei der Übergabe gehen wir den Betriebsablauf durch, überprüfen die vereinbarten Prüfungen und erklären, wie das Team einen Fall identifizieren kann, der Aufmerksamkeit erfordert. Eine menschliche Überprüfung des Bewertungssets ist ein praktischer Qualitätscheck: Ihr Facheigentümer kann falsche Annahmen vor der Freigabe kennzeichnen. Wenn Ihr Projekt eine breitere Konversationsebene benötigt, können wir die Grenze mit KI-Chatbot-Entwicklung koordinieren, sodass die interne Arbeit des Agenten und die nutzerorientierte Konversation kohärent geplant werden.

Vom Briefing zur Übergabe

Wir bewegen uns von einer konkreten Workflow-Beschreibung zu einer bewerteten Bereitstellung und halten Plan und Eigentum in jeder Phase sichtbar. Die Sequenz beginnt mit der Aufgabe und den Personen, die für ihre Daten, Entscheidungen und den täglichen Gebrauch verantwortlich sind.

Zunächst überprüfen wir den Workflow, Beispiele und das gewünschte Ergebnis und schreiben dann auf, was der Agent tun darf und wo eine Person entscheiden muss. Als Nächstes bestätigen wir Datenquellen, Tool-Zugriff und Abhängigkeiten mit den technischen Verantwortlichen des Kunden. Dann bereiten wir die Wissensbasis vor und implementieren den Agenten rund um die vereinbarte Aufgabe, einschließlich seines Fallback-Verhaltens. Vor der Freigabe verwenden wir repräsentative Fälle, um Ausgaben zu prüfen und den Workflow anhand der vereinbarten Bewertungskriterien anzupassen. Bereitstellung und Übergabe enden mit einer Erklärung des Betriebsprozesses und der dem Team verfügbaren Monitoring-Informationen.

Der Zeitplan wird festgelegt, sobald wir Zugriff, Integrationen, Datenbereitschaft und Verfügbarkeit für Überprüfungen verstehen. Um die erste Überprüfung produktiv zu gestalten, senden Sie eine Stichprobe der Aufgabeneingaben, Beispiele akzeptabler Ergebnisse, relevante Projektdokumentation und den Namen der Person, die Workflow-Entscheidungen genehmigen kann. MarketingExtra verwendet eine schriftliche Planüberprüfung vor der Entwicklung, damit Sie die Aufgabengrenzen, Integrationen und Übergabeerwartungen bestätigen können, bevor die Arbeit fortgesetzt wird.

On-Chain-Monitoring und wo Agenten aufhören

Für On-Chain-Monitoring entwerfen Sie den Agenten um ein spezifisches Signal, ein klares Warnziel und eine Person, die die Warnung interpretieren oder darauf reagieren kann. Definieren Sie das Ereignis oder die Bedingung, die überwacht werden soll, in Begriffen, die Ihr Team verifizieren kann, und entscheiden Sie dann, welchen Kontext eine Warnung enthalten muss, um nützlich zu sein.

Eine praktische Spezifikation nennt die Datenquelle, die für die Aufgabe relevanten Felder oder Ereignisse, den Warnungsempfänger und die vom Team erwartete Antwort. Sie sollte auch zwischen dem Benachrichtigen einer Person und dem Ergreifen einer Aktion unterscheiden. Wenn ein Workflow mit Verträgen oder anderen Systemen verbunden ist, dokumentieren Sie, wer diese Integrationen besitzt und welche Berechtigungen der Agent erhält. Halten Sie den anfänglichen Plan fokussiert und verwenden Sie dann überprüfte Beispiele, um zu entscheiden, ob zusätzliche Fälle in eine spätere Iteration gehören.

Für On-Chain-Monitoring kann der Agent nur die Daten und Zugriffspfade verwenden, die mit dem Workflow verbunden sind; Kettenverfügbarkeit und Quellenänderungen können die Signale beeinflussen, die er empfängt. Wir können nicht versprechen, dass er jedes relevante Ereignis identifiziert oder fehlerfrei handelt, daher liefern wir den vereinbarten Workflow, Schutzmechanismen, Bewertung und Übergabe, mit menschlicher Genehmigung, wo die Aufgabe es erfordert.

Senden Sie den Workflow, Beispieleingaben und die beabsichtigte Warnung oder Übergabe, und wir überprüfen die Grenzen und schlagen einen geplanten Build vor.

Senden Sie 3 Dinge: den Workflow, 3 Beispieleingaben und wer die Warnung oder Übergabe erhält.

So funktioniert's

1. Beschreiben Sie die AufgabeTeilen Sie den wiederkehrenden Workflow, wer seine Ausgabe nutzt und wie ein erfolgreiches Ergebnis aussieht.
2. Plan und Zugriff bestätigenWir dokumentieren erlaubte Aktionen, Informationsquellen, Integrationen und den menschlichen Fallback.
3. Workflow aufbauenWir bereiten Projektwissen vor und verbinden die genehmigten Tools rund um die definierte Aufgabe.
4. Mit Ihrem Team bewertenWir überprüfen repräsentative Beispiele mit Ihrem Facheigentümer und verfeinern das vereinbarte Verhalten.
5. Bereitstellen und übergebenWir stellen den vereinbarten Plan bereit und erklären Monitoring, Betrieb und Eigentum Ihrem Team.