KI-Agenten in Wrike

Wählen Sie in der Space-Einstellungsübersicht die Registerkarte KI-Agenten 2 und klicken Sie auf Loslegen 3.

Wählen Sie im Drop-down 4 einen Agententyp (Triaging, Intake oder Risk) oder klicken Sie auf + Custom AI agent 5, um Ihren eigenen Agenten zu erstellen.

Details konfigurieren:

1. Benennen Sie Ihren Agenten. Geben Sie dem Agenten einen aussagekräftigen Namen – dieser dient als sein @Handle, wenn Sie ihn an Orten hinzufügen.

2. Beschreiben Sie unter Allgemeine Anweisungen die Rolle, das Ziel, die Logik, die erwarteten Aktionen und das Fallback-Verhalten des Agenten. Fügen Sie Beispiel-Eingaben/-Ausgaben hinzu, wenn dies hilft, das Verhalten zu verdeutlichen.

   Beispiel: „Du fungierst als Projektassistent. Du überwachst zugewiesene Arbeit, kennzeichnest Risiken und hältst Teams abgestimmt, indem du Arbeitselemente aktualisierst und klare, umsetzbare Kommentare hinterlässt.“

3. Legen Sie fest, wann der Agent ausgelöst werden soll:

   • Geplante Agenten (z. B. ein Risikostatusreporter): Legen Sie fest, wie oft der Agent ausgeführt wird (Täglich, Wöchentlich oder Benutzerdefiniert).
   • Ereignisbasierte Agenten: Wählen Sie Auslöser wie Neues Element erstellt oder Feldwert ändert sich (für Status oder andere Felder).
   • Datumsbasierte Agenten: Lösen den Agenten relativ zu einem Datumsfeldwert aus, z. B. „3 Tage vor Fälligkeitsdatum“ oder „Wenn Startdatum erreicht ist“. Funktioniert mit Datums- und Datumszeit-benutzerdefinierten Feldern und unterstützt die Berechnung von Arbeitstagen. Ideal für Erinnerungen, Eskalationen und fristbasierte Aktionen.
   • API-gesteuerte Agenten: Über die Wrike API vorgenommene Änderungen lösen ebenfalls Agenten aus und ermöglichen so die Integration mit externen Systemen.
   • Integration mit Wrike Automations: Agenten arbeiten bidirektional mit Wrike Automations. Traditionelle Automatisierungsregeln können Agenten auslösen, und Agentenaktionen können Automatisierungsregeln aktivieren. Dies ermöglicht komplexe mehrstufige Arbeitsabläufe, die KI-gestützte Logik mit regelbasierter Automatisierung kombinieren.

   Anmerkung

   KI-Agenten können diese Typen benutzerdefinierter Felder lesen und darauf reagieren: Text, Zahl, Prozent, Währung, Datum, Einfachauswahl, Mehrfachauswahl, Dauer, Kontrollkästchen, Link zu Datenbank, Spiegelungen sowie Berechnungs-/Formelfelder.

   Zusätzlich zu benutzerdefinierten Feldern können Agenten Folgendes lesen:

   • Autor und Verantwortlicher des Arbeitselements
   • Leere benutzerdefinierte Felder – Agenten können erkennen, was fehlt, anstatt nur, was vorhanden ist
   • Berechnungs-/Formelfelder – können Systemdaten bereitstellen, auf die Agenten nicht direkt zugreifen können, z. B. Kapazität, Workload oder geplante Stunden
   • Benutzerdefinierte Felder des übergeordneten Elements – Agenten können benutzerdefinierte Felder aus der übergeordneten Aufgabe oder dem Projekt lesen
   • Geschwister- und Unteraufgaben – Agenten können Geschwisterelemente und Unteraufgaben sehen, um übergreifend zu schlussfolgern
   • Positionskontext – Agenten wissen, wo sie sich in der Space- und Account-Hierarchie befinden

4. Legen Sie den Geltungsbereich fest, wann der Auslöser ausgeführt werden soll:

   • Jedes Unterelement des Arbeitselements, zu dem der Agent hinzugefügt wurde:

     Verwenden Sie dies für Aktionen auf Aufgabenebene, wie Intake oder Triage. Der Agent reagiert auf Änderungen in Unterelementen und agiert auf diesen Unterelementen.

     Beispiel: Der Intake-Agent wird zu einem Ordner „Eingehende Anfragen“ hinzugefügt. Wenn diesem Ordner ein neues Unterelement hinzugefügt wird, löst dies den Agenten aus, um zu prüfen, ob alle erforderlichen Informationen (z. B. Verantwortlicher oder Fälligkeit) vorhanden sind. Der Agent postet dann einen Kommentar zu diesem Unterelement, um Sie zu informieren, falls etwas fehlt.

   • Element, zu dem der Agent hinzugefügt wurde:

     Verwenden Sie dies für aggregierte Aktionen, wie einen Risiko-Reporter. Der Agent reagiert auf Änderungen in diesem Element und agiert auf demselben Element.

     Beispiel: Ein benutzerdefinierter Agent wird zu einem „Product Launch“-Projekt hinzugefügt, um Follower über Änderungen am Projekt zu informieren. Wenn sich eines der benutzerdefinierten Projektfelder ändert, postet der Agent einen Kommentar zum Projekt über diese Änderung und @erwähnt alle Follower.

5. Definieren Sie eine Aktion:

   • Kommentar posten: Der Agent teilt seine Analyse oder Entscheidung als Kommentar zum entsprechenden Element.

   • Feldwerte aktualisieren: Der Agent aktualisiert bestimmte Felder wie Verantwortlicher, Benutzerdefiniertes Feld, Elementname oder Status.

     • Benutzerdefiniertes Feld ändern: Der Agent aktualisiert bestimmte benutzerdefinierte Felder (wählen Sie aus, welches Feld aktualisiert werden soll).

       Anmerkung

       KI-Agenten können diese Typen benutzerdefinierter Felder aktualisieren: Text, Einfachauswahl, Mehrfachauswahl, Zahl, Prozent, Währung, Link zu Datenbank, Kontrollkästchen, Datum.

       Schreibgeschützt (kann von Agenten nicht geschrieben werden): Spiegel-Felder und Berechnungs-/Formelfelder. Agenten können diese Werte als Kontext lesen, aber nicht aktualisieren. Benutzerdefinierte Felder vom Typ „Person“ können von Agenten weder gelesen noch geschrieben werden.

       Datumsfelder mit Zeitkomponente (Labs-Funktion) werden in Agentenaktionen nicht unterstützt. Diese Felder werden beim Konfigurieren eines Agenten nicht im Auswahlfeld für benutzerdefinierte Felder angezeigt. Wenn ein Datumsfeld nach dem Speichern eines Agenten in einer Aktion um eine Zeitkomponente ergänzt wird, schlägt diese Aktion bei jeder Ausführung fehl.

     • Verantwortlichen ändern: Der Agent weist Arbeitselemente anhand Ihrer Eingabe Benutzern zu. Agenten können Benutzerprofilattribute (Jobtitel, Abteilung, Land, Zeitzone, Anzahl zugewiesener Aufgaben) und die Zugehörigkeit zu Benutzergruppen sehen, was Zuweisungen nach Rolle, Standort, Abteilung oder Gruppe ermöglicht. Agenten können nicht auf Workload- oder Kapazitätsdaten über die Anzahl der Aufgaben hinaus zugreifen.
     • Arbeits­elementnamen ändern: Der Agent aktualisiert den Titel der Aufgabe oder des Projekts basierend auf seiner Analyse.
     • Status ändern: Der Agent aktualisiert den Aufgabenstatus basierend auf von Ihnen definierten Bedingungen. Funktioniert sowohl mit Standard- als auch mit benutzerdefinierten Arbeitsabläufen.

     • Link-to-Database-Datensatz auswählen: Der Agent kann ändern, welcher Datenbank­datensatz in Link-to-Database-Feldern ausgewählt ist. Verwenden Sie dies, wenn Agenten Elemente kategorisieren müssen, indem sie einen Ihrer Datenbank­datensätze auswählen.

       Anmerkung

       Zugriff auf Link-to-Database-Kontext:

       • L2DB-Feld ändern: Der Agent kann die gesamte Datenbank durchsuchen. Suche nach Wert, nicht nach Spaltennamen.
       • Andere Aktionen (Kommentar posten, Status ändern usw.): Der Agent sieht nur den aktuell ausgewählten Wert, nicht die gesamte Datenbank.

       Beispiel

       • ✅ „den Datensatz mit diesem Wert auswählen“
       • ❌ „den Datensatz auswählen, bei dem der Spaltenname dem Wert entspricht“

     • Start-/Fälligkeitsdatum ändern: Der Agent kann Start- und Fälligkeitsdaten von Aufgaben anpassen. Verwenden Sie dies für Fristverwaltungs-Workflows, z. B. um ein Fälligkeitsdatum zu verschieben, wenn eine Aufgabe blockiert ist, oder um ein Startdatum basierend auf Intake-Kriterien festzulegen.

       Beispiel-Prompts:

       • „Wenn der Status auf Blockiert wechselt, verschiebe das Fälligkeitsdatum um 5 Arbeitstage nach vorne.“
       • „Wenn alle erforderlichen Felder ausgefüllt sind, setze das Startdatum auf heute.“

     • Ort: Der Agent kann Arbeitselemente in Ordner verschieben oder hinzufügen, die Sie während der Einrichtung definieren. Beim Konfigurieren dieser Aktion betten Sie Standortchips – strukturierte Verweise auf bestimmte Ordner oder Projekte – direkt in den Anweisungstext der Aktion ein. Der Agent analysiert das Arbeitselement und wählt aus diesen Chips das passende Ziel aus.

       Es stehen zwei Modi zur Verfügung:

       • In Zielordner verschieben: Entfernt das Element aus seinem aktuellen Ordner und legt es ausschließlich im Zielordner ab.
       • Zum Speicherort hinzufügen: Belässt das Element in seinem aktuellen Ordner und fügt es einem zusätzlichen Ordner hinzu.

       Beispiel-Prompts:

       • “Wenn eine Aufgabenbeschreibung rechtliche, Compliance- oder regulatorische Themen erwähnt, verschiebe sie in den Ordner „Legal Review“.”

       • “Wenn die Priorität auf Kritisch gesetzt ist, füge die Aufgabe dem Ordner „Urgent Queue“ hinzu, damit beide Teams sie sehen können.”

         Wichtig

         Der Agent kann Elemente nur in Ordner verschieben, die du in der Anweisung ausdrücklich als Standort-Chips referenzierst. Er kann Elemente nicht an beliebige Orte verschieben oder neue Ordner erstellen.

       • Genehmigungsablauf starten oder verwalten: Der Agent erstellt neue Genehmigungen für Work Items oder aktualisiert vorhandene Entwurfs-Genehmigungen. Du kannst Genehmiger mithilfe von Benutzer-Chips in den Aktionsanweisungen festlegen.

         Unterstützte Genehmigungsaktionen:

         • Neue Genehmigung für ein Work Item erstellen
         • Vorhandene Entwurfs-Genehmigung aktualisieren
         • Genehmiger hinzufügen oder entfernen
         • Wähle den Autor oder Zuständigen des Elements als Genehmiger
         • Lege einzelne Benutzer oder Benutzergruppen als Genehmiger über Benutzer-Chips fest

         Beispiel-Prompts:

         • „Wenn der Status auf Ready for Review wechselt, starte eine Genehmigung mit dem Projekteigentümer als Genehmiger.“
         • „Wenn das Feld Budget 50.000 überschreitet, starte eine Genehmigung mit der Benutzergruppe Finance Team.“
       • E-Mail senden (Gmail oder Outlook): Der Agent sendet eine E-Mail über ein verbundenes OAuth-Konto. Während der Agent-Einrichtung authentifiziert der Space-Administrator ein Gmail- oder Outlook-Konto. Der Agent erstellt Betreff, Inhalt und Empfänger anhand des Work-Item-Kontexts und der Aktionsanweisungen.

       • E-Mail-Prompts verfassen:

         Dein Prompt muss den Agenten darüber informieren, wem er eine E-Mail senden soll. Sei eindeutig, woher die Empfängeradresse stammt.

         Der Agent kann E-Mail-Adressen aus folgenden Quellen ableiten:

         • Primäre E-Mail-Adresse des Zuständigen (z. B. „an Aufgaben-Zuständige senden“)
         • E-Mail-Adresse des Autors (z. B. „den Autor benachrichtigen“)
         • Benutzerdefinierte Feldwerte mit E-Mail-Adressen
         • Aufgabentitel oder Beschreibungstext mit E-Mail-Adressen
         • Explizite Adressen im Prompt (z. B. „an intake@company.com senden“)
         • Zusammensetzungsregeln (z. B. „Vorname + Punkt + Nachname + @contoso.com“)

         Der Agent kann E-Mail-Adressen nicht beziehen aus:

         • Follower
         • Sekundäre E-Mail-Adressen

         Betreff und Inhalt können leer bleiben – der Agent füllt sie nur aus, wenn dein Prompt dies anweist.

         Tipp

         Sei vorsichtig bei mehrdeutigen Prompts. Ein Prompt wie „Update assignees on the project status“ könnte als „Zuständige ändern“ statt als „eine E-Mail-Aktualisierung an die Zuständigen senden“ interpretiert werden. Verwende eindeutige Formulierungen wie „Sende den Zuständigen eine E-Mail mit einer Zusammenfassung des Projektstatus.“

         Beispiel-Prompts:

         • \"Wenn sich der Status auf Blockiert ändert, sende dem Verantwortlichen eine E-Mail mit einer Zusammenfassung dessen, was die Aufgabe blockiert.\"
         • \"Wenn eine neue Aufgabe im Ordner Incoming erstellt wird, sende eine E-Mail an intake@company.com mit dem Titel und der Beschreibung der Aufgabe.\"

         • \"Sende eine wöchentliche Zusammenfassung an die E-Mail-Adresse des Autors mit allen überfälligen Unteraufgaben.\"

           Wichtig

           Eine einzelne E-Mail-Aktion kann mehrere Empfänger ansprechen (mehrere "To"-Adressen). E-Mail-Einschränkungen: Keine CC-/BCC-Felder, keine Anhänge, keine sekundären E-Mail-Adressen, keine Follower-E-Mail-Adressen. Der Absender der Nachricht zeigt das verbundene Konto an.

         • In Slack benachrichtigen: Der Agent postet als Aktion eine Nachricht in einen Slack-Kanal. Während der Agent-Einrichtung verbindet ein Space-Administrator einen Slack-Arbeitsbereich und wählt mithilfe eines Slack-Kanal-Chips einen Zielkanal aus. Der Zielkanal wird während der Einrichtung festgelegt – jede „In Slack benachrichtigen“-Aktion postet in genau einen Kanal. Der Agent erstellt nur den Nachrichteninhalt auf Basis des Work-Item-Kontexts und der Aktionsanweisungen.

           Wichtig

           Slack-Benachrichtigungen erfordern das Verbinden eines Slack-Arbeitsbereichs in den Agent-Einstellungen. Nur Space-Administratoren können die Verbindung herstellen. Die Slack-App muss in jedem Kanal installiert sein, in den der Agent posten soll. Die Wrike-App für Slack ist vom Slack Marketplace zugelassen; falls dein Slack-Arbeitsbereich die Installation von Drittanbieter-Apps einschränkt, muss dein Slack-Workspace-Administrator „Wrike“ möglicherweise vorab im Slack-App-Verzeichnis genehmigen, bevor die Verbindung hergestellt werden kann.

           Beispiel-Prompts:

           • „Wenn der Status auf Blocked wechselt, poste eine Nachricht in den verbundenen Kanal, die zusammenfasst, was die Aufgabe blockiert.“
           • „Wenn im Ordner Incoming eine Aufgabe mit hoher Priorität erstellt wird, poste in den verbundenen Kanal den Aufgabentitel, den Zuständigen und die Beschreibung.“

           Beispiel: Ein Agent, der durch eine Statusänderung auf „At Risk“ ausgelöst wird, kann nun eine Benachrichtigung in den Slack-Kanal des Projekts posten – mit dem Aufgabennamen, dem Eigentümer und dem Blocker – ohne dass jemand zu Wrike wechseln muss, um dies zu überprüfen.

           Einschränkungen bei Slack-Benachrichtigungen: Ein Kanal pro Aktion (mehrere Kanäle und Direktnachrichten werden in Version 1 nicht unterstützt); keine Thread-Antworten oder Erhaltung des Thread-Kontexts; kein @Erwähnen von Slack-Benutzern.

         • Benachrichtigen in Microsoft Teams: Der Agent postet als Aktion eine Nachricht in einen Microsoft Teams-Kanal. Während der Agenten-Einrichtung verbindet ein Space-Admin ein Microsoft Teams-Konto und wählt einen Zielkanal aus. Der Zielkanal wird während der Einrichtung festgelegt – jede „In Teams benachrichtigen“-Aktion postet in einen Kanal; der Agent wählt den Kanal nicht zur Laufzeit aus. Der Agent erstellt nur den Nachrichtentext unter Verwendung des Arbeitsobjekt-Kontexts und der Anweisungen der Aktion. Die Nachricht wird von der Wrike-Microsoft-Teams-App zugestellt und enthält einen Link zurück zum Wrike-Arbeitsobjekt. Das Aktivitätsprotokoll erfasst den Zustellstatus zusammen mit dem Kanalnamen.

         Beispiel-Prompts:

         • \"Wenn sich der Status auf Blockiert ändert, poste eine Nachricht in den verbundenen Teams-Kanal mit einer Zusammenfassung dessen, was die Aufgabe blockiert.\"
         • \"Wenn eine Aufgabe mit hoher Priorität im Ordner Incoming erstellt wird, poste in den verbundenen Teams-Kanal den Titel, den Verantwortlichen und die Beschreibung der Aufgabe.\"

               Einschränkungen bei Microsoft-Teams-Benachrichtigungen: Es wird nur in Kanäle innerhalb eines Teams gepostet – Posten in Chats (Gruppen-DMs) wird noch nicht unterstützt; keine @Erwähnungen von Teams-Benutzern; keine Thread-Nachrichten; ein Kanal pro Aktion.

   Wähle aus, wo das Update stattfinden soll:

   • Work Item, dem der Agent hinzugefügt wurde: Die Aktion richtet sich an das übergeordnete Element, in dem der Agent konfiguriert ist.
   • Alle Unterelemente des Work Items, dem der Agent hinzugefügt wurde: Die Aktion richtet sich an alle untergeordneten Elemente (maximal 1.000 Unterelemente pro Ausführung).
   • Work Item, bei dem der Trigger ausgelöst wurde: Die Aktion richtet sich an das spezifische Element, das den Agenten ausgelöst hat.
   • Unterelemente des ausgelösten Elements: Die Aktion richtet sich an die Unterelemente des spezifischen Elements, das den Agenten ausgelöst hat. Nur direkte Kinder (eine Ebene unterhalb des ausgelösten Elements). Anwendungsfall: Ein Blueprint erstellt ein Projekt mit Unteraufgaben in einem Intake-Ordner; der Agent wirkt nur auf die Unteraufgaben des neuen Projekts, nicht auf Unteraufgaben anderer Projekte.

   • Filterung von Work Items

     Filtere, auf welche Elemente die Aktion angewendet wird: Jede Aktion verfügt über einen Filterauswahl-Dialog – dieselben Filtersteuerungen, die du auch an anderer Stelle in Wrike verwendest. Du kannst nach Elementtyp, Status, Zuständigem, benutzerdefinierten Feldern, Wichtigkeit, Name oder jeder Kombination daraus filtern. Elemente, die nicht dem Filter entsprechen, werden übersprungen, ohne Agent-Credits zu verbrauchen.

     Dies wird pro Aktion konfiguriert, sodass verschiedene Aktionen innerhalb desselben Agenten unterschiedliche Filter haben können. Beispielsweise kann eine Aktion nur Aufgaben im Status „New“ betreffen, während eine andere abgeschlossene Projekte betrifft.

   Tipp

   Wenn dein Agent einem Ordner mit Projekten und Aufgaben zugewiesen ist, verwende einen Filter, um die Aktionen auf die Elementtypen zu beschränken, die dich interessieren.

   Anmerkung

   Durch Klicken auf + Aktion kannst du mehrere Aktionen hinzufügen, sodass der Agent mehrere Aktualisierungen in einem Durchgang durchführen kann.

   Wichtig

   Funktionsweise mehrerer Aktionen

   • Aktionen sind unabhängig – das Ergebnis einer Aktion beeinflusst andere Aktionen nicht.
   • Es gibt keine garantierte Ausführungsreihenfolge. Aktion 1, Aktion 2 und Aktion 3 können in beliebiger Reihenfolge und eventuell parallel ausgeführt werden. Behandle jede Aktion so, als könnte sie zuerst ausgeführt werden.
   • Jede Aktion hat ihre eigene Anweisung und kann auf einen anderen Ort abzielen (Übergeordnetes Element, alle Unterelemente oder das ausgelöste Element).
   • Die Allgemeine Anweisung gilt für alle Aktionen, während jede Aktion ihre eigene spezifische Eingabeaufforderung hat.
   • Sie können jeder Aktion einen Namen geben, um sie in der Konfiguration und in den Aktivitätsprotokollen leichter zu identifizieren. Benennen Sie Ihre Aktionen beispielsweise „Priorität festlegen“, „An Team weiterleiten“ und „Zusammenfassung posten“ anstelle allgemeiner Bezeichnungen. Das ist besonders nützlich, wenn ein Agent mehrere Aktionen desselben Typs hat.

   Was das für Ihre Eingabeaufforderungen bedeutet:

   • Jede Aktionsaufforderung muss für sich allein funktionieren und auf den Feldern, Kommentaren, dem übergeordneten Kontext oder den referenzierten Standort-Chips des Arbeitselements basieren.
   • Schreiben Sie keine Formulierungen wie „Lies den Kommentar, der von der vorherigen Aktion gepostet wurde“, „Verwende den in Aktion 2 berechneten Wert“ oder „Wenn Aktion 1 erfolgreich war, dann …“. Es gibt keine „Aktion 1“ – es gibt nur Aktionen, und jede von ihnen könnte zuerst ausgeführt werden.
   • Wenn zwei Aktionen denselben berechneten Wert benötigen (z. B. ein Meilensteindatum basierend auf dem Projektstartdatum und der Dringlichkeit), lassen Sie jede Aktion ihn unabhängig aus derselben Quelle berechnen. Sie werden dasselbe Ergebnis liefern, weil sie dieselben Daten lesen.

   Wenn Aktion B tatsächlich die Ausgabe von Aktion A benötigt, funktioniert ein einzelner Multi-Aktions-Agent nicht. Verwenden Sie Agent-Chaining: Agent 1 schreibt ein benutzerdefiniertes Feld oder einen Status; Agent 2 wird durch diese Änderung ausgelöst und führt den nächsten Schritt aus.

   Gute Anwendungsfälle für Multi-Aktions-Agenten:

   • Kategorie-Feld setzen UND einen Klassifizierungskommentar posten (keine Abhängigkeit)
   • Verantwortlichen ändern UND Status aktualisieren (keine Abhängigkeit)
   • Mehrere benutzerdefinierte Felder gleichzeitig aktualisieren

   Wann Sie Statusänderungen verwenden sollten:

   Statusänderungen eignen sich ideal für die automatische Fortschreibung des Arbeitsablaufs:

   • Intake-Validierung: Ändern Sie den Status in Bereit, wenn alle Pflichtfelder ausgefüllt sind.
   • Überfälligkeits-Tracking: Markieren Sie Aufgaben als Überfällig, wenn sie ihr Fälligkeitsdatum überschreiten.
   • Abhängigkeits-Erkennung: Setzen Sie den Status auf Blockiert, wenn in Kommentaren Abhängigkeiten erwähnt werden.
   • Projektabschluss: Verschieben Sie Aufgaben auf Abgeschlossen, wenn alle Unteraufgaben erledigt sind.

   Wichtige Hinweise zu Statusänderungen:

   • Agenten respektieren Ihre Übergangsregeln im Arbeitsablauf und können erforderliche Status nicht überspringen.
   • Statusänderungen werden in der Aufgabenaktivitätshistorie mit der Begründung des Agenten protokolliert.
   • Wenn der Status bereits korrekt ist, erstellt der Agent nur einen Protokolleintrag (kein doppelter Kommentar).
   • Funktioniert sowohl mit Standard-Wrike-Status als auch mit benutzerdefinierten Arbeitsablauf-Status.

   Beispielaufforderungen für Statusänderungen:

   • Überfällige Aufgaben markieren:

     Wenn eine Aufgabe ihr Fälligkeitsdatum überschreitet und der Status nicht „Abgeschlossen“ ist, ändern Sie den Status zu „Überfällig“.

   • Abschluss der Intake-Prüfung validieren:

     Wenn bei einer Aufgabe alle drei Pflichtfelder ausgefüllt sind (Budget, Verantwortlicher, Frist), ändern Sie den Status von „Neu“ zu „Bereit für die Arbeit“. Ignorieren Sie Aufgaben, die bereits als „Bereit für die Arbeit“ oder „Abgeschlossen“ markiert sind.

   • Blockierte Arbeit erkennen:

     Wenn in Kommentaren „blockiert“, „wartet auf“ oder „Abhängigkeit“ erwähnt wird und der Status nicht bereits „Blockiert“ oder „Abgeschlossen“ ist, ändern Sie den Status zu „Blockiert“ und posten Sie einen Kommentar, der zusammenfasst, was die Aufgabe blockiert.

6. Testen Sie Ihre Einrichtung im Testing Playground, um zu sehen, wie der Agent argumentiert und reagiert. Ausführungen im Playground zählen nicht zu Ihrem KI-Nutzungslimit, sodass Sie vor der Bereitstellung des Agenten frei an Eingabeaufforderungen und Konfigurationen arbeiten können.
7. Klicken Sie auf Erstellen, um Ihren Agenten zu aktivieren.

8. Weisen Sie den Agenten einem Ort zu: Nachdem Sie den Agenten erstellt haben, müssen Sie ihn dem spezifischen Ordner, Projekt oder der Aufgabe zuweisen, in dem/der er arbeiten soll. Navigieren Sie zum Zielort und @erwähnen Sie den Agenten im Kommentar-Stream, um ihn dort zu aktivieren. Der Agent überwacht und handelt nur innerhalb seines zugewiesenen Bereichs.

   Wichtig

   Das Erstellen eines Agenten in den Space-Einstellungen reicht nicht aus – Sie müssen ihn außerdem durch eine @Erwähnung einem bestimmten Ort zuweisen. Ohne diesen Schritt ist der Agent nicht aktiv.