Effektive Arbeit

Ein Codierungsagent ist ein schneller Mitarbeitender und kein autonomer Entwickler. Sie legen die Richtung fest und beurteilen die Ergebnisse; Der Agent erledigt die Vorarbeiten. Gut damit zu arbeiten ist eine Fähigkeit für sich, und die richtigen Verhaltensweisen trennen einen Entwurf, den Sie wegwerfen, von einem Ergebnis, das Sie versenden können.

Wie ein Codierungsagent funktioniert und Ihre Rolle

Ein Codierungs-Agent nimmt ein Ziel und führt es Schritt für Schritt aus, überprüft das Ergebnis jeder Aktion und passt sich im Laufe des Ablaufs an, ähnlich wie eine Navigations-App, die nach einer verpassten Runde umgeleitet wird. Wenn ein Problem zwischendurch erkannt wird und sich davon wiederherstellt, funktioniert das System wie beabsichtigt – kein Ausfall.

Ihre Rolle bleibt durchgängig zentral. Sie legen das Ziel fest, überwachen die Arbeit, erkennen Probleme und genehmigen alles, was den Status ändert. Ein fähigerer Agent erhöht den Einsatz für dieses Versehen, anstatt es zu entfernen: Der Agent hilft und Sie entscheiden.

Einrichten für Erfolg

Gute Ergebnisse erzielen Sie, wenn drei Dinge zusammenarbeiten, nicht nur durch eine intelligente Formulierung:

• Eine klare Anforderung.
• Ein solides Setup.
• Der richtige Kontext.

Der Agent arbeitet mit einem begrenzten Arbeitsspeicher, sodass es mehr als das Volumen ist, was relevant und aktuell ist.

• Der Agent eignet sich am besten für die spezifischen Dateien, Ziele und Standards, die eine Aufgabe benötigt, und nicht für alles, was Sie haben.
• Die richtige UiPath-Fähigkeit muss verfügbar sein, da Fähigkeiten nicht immer automatisch ausgewählt werden. Wenn Sie die Fähigkeit für die Aufgabe benennen, z. B. uipath-rpa für die RPA-Arbeit (Robotic Process Automation), und bestätigen, dass sie geladen ist, bleibt der Agent auf den Hausmustern. Siehe Übersicht über Fähigkeiten.
• Eine neue Sitzung für jede neue Aufgabe verhindert, dass veralteter Kontext eingefügt wird.
• Die Konventionen, die Sie bei jeder Sitzung wiederholen, gehören in eine Datei, die der Agent automatisch lädt. Siehe Geben Sie Ihrem Agent Projektkontext.

Fünf Verhaltensweisen, die funktionieren

• Sie sind der Lieferant. Eine klare Absicht und Struktur, einschließlich Ihrer Wünsche, der Eingaben und der Einschränkungen, müssen Sie einbringen.
• Die Ausgabe ist ein Entwurf. Generierte Arbeit ist es wert, überprüft zu werden, bevor Sie sich darauf verlassen, und ist nicht für den Versand freigegeben.
• Validierung schlägt Vertrauen. UiPath's eigene Prüfungen, wie z. B. die Workflow-Analyse (Analyse Project) und eine lokale Ausführung, sind zuverlässiger als die Meldung „Fertig“.
• Er ist auch ein Prüfer. Ein Agent ist gut darin, Sicherheitsprobleme, Lücken und unbekannten Code zu erkennen – nicht nur darin, ihn zu schreiben.
• Schließen der Schleifenverbindungen. Eine kurze Anmerkung, was nach einer aus ausführlichen Sitzung funktionierte, bezahlt sich beim Aufbau des Teamwissens.

Schreiben von Prompts, die funktionieren

Die Qualität Ihrer Anfrage ist der größte Faktor für den Ablauf einer Sitzung. Ein aussagekräftiger Prompt enthält:

• Ein klares Ergebnis: die genaue Datei oder das Projekt, die/das erstellt werden soll, und wo es sich befindet.
• Benannte Eingaben und Ausgaben mit ihren Typen.
• Das erwartete Verhalten, End-to-End.
• Explizite Einschränkungen: Die zu verwendenden Aktivitäten oder Pakete und die zu vermeidenden.
• Jeder Kontext, den der Agent benötigt, z. B. vorhandene Abhängigkeiten.

Die Korrektur einer vage Anfrage kostet mehr Iteration als eine bestimmte. Zum Beispiel funktioniert „create UploadInvoice.xaml , das in_FilePath (String) liest, es in SharePoint hochlädt und out_Url (String)zurückgibt“ besser als „create Ebene, das Dateien hochlädt.“

Beginnen Sie mit einem PDD oder SDD

Die stärkste Eingabe für eine nicht-triviale Automatisierung ist eine strukturierte Spezifikation. Ein Prozessdesigndokument (PDD) oder Lösungsdesigndokument (SDD) enthält bereits das meiste, was eine gute Anfrage benötigt:

• die Schritte aus
• die Eingaben
• der beteiligten Systeme
• die Ausnahmepfade

Wenn Sie diese dem Agent übergeben, anstatt den Prozess aus dem Gedächtnis zu beschreiben, erhalten Sie ein genaueres erstes Ergebnis mit weniger Hin und Her.

Für größere Arbeit kann der Agent ein PDD in ein SDD und einen Buildplan umwandeln und ihn dann Schritt für Schritt abarbeiten, anstatt alles aus einem Rohdokument in einem Durchlauf zu erstellen. Eine Warnung: Ein PDD oder SDD kann echte Kundendaten enthalten, also ist es wichtig, es zu entfernen, bevor das Dokument den Agent erreicht, da der Agent die Struktur und nicht die echten Werte benötigt.

Planen Sie zuerst und durchlaufen Sie den Plan

Ihr Codierungs-Agent bietet möglicherweise einen Planmodus an: Bevor Sie etwas ändern, erstellt der Agent einen Plan von dem, was er tun möchte, für Ihre Überprüfung. Die Überprüfung eines Plans dauert weniger als die von Code, sodass sich die Iteration durch die Korrektur des Ansatzes, des Dateilayouts oder der Arbeitsreihenfolge auszahlt, bevor eine einzige Zeile geschrieben wird. Wenn der Plan erst dann genehmigt wird, wenn er korrekt gelesen wurde, hält der Build den Build auf Kurs und verhindert, dass eine falsche Architektur erst später angezeigt wird.

Ein überprüfter, vereinbarter Plan ist der Unterschied zwischen einer geführten Sitzung und einer Flow-Sitzung.

Die Schleife zum Generieren, Prüfen und Verfeinern

Die meisten nicht-triviale Arbeit wird in zwei oder drei Zyklen ausgeführt: Der Agent generiert, Sie überprüfen, dann optimieren oder generieren Sie eine Neugenerierung. Eine Überprüfung nach jedem aussagekräftigen Schritt – anstatt nur am Ende – isoliert das erste Problem und ist insgesamt schneller, auch wenn es sich langsamer annimmt. Für UiPath-Projekte ist die Prüfung konkret: Der Agent führt die Workflow-Analyse und den Build aus, löst jedes Problem und bestätigt eine lokale Ausführung, bevor alles als erledigt gilt.

Iterieren, wenn	Beginnen Sie von vorne, wenn
Das Problem wird lokalisiert und Sie können die Fehlerbehebung benennen	Der Agent macht eine Schleife für Variationen derselben fehlerhaften Ausgabe
Die Struktur stimmt	Die Struktur selbst ist falsch
Sie befinden sich innerhalb einer oder zwei Fehlerbehebungen	Sie befinden sich bei Ihrem dritten oder vierten Fehlerbehebungsversuch

Neu starten ist kein Fehler; Dies ist in der Regel der schnellste Pfad. Das, was Sie über Formulierungen erfahren, führt zu einem besseren Prompt.

Die Kontrolle behalten

Ein Codierungsagent kann Aktionen ausführen, die schwer rückgängig zu machen sind. Ein paar Regeln sorgen für die Sicherheit der Arbeit:

• Aktionen, die ein gemeinsam genutztes System ändern, wie z. B. das Veröffentlichen oder das Bereitstellen im Orchestrator, sollten explizit genehmigt werden.
• Geheimnisse bleiben aus Prompts heraus; Wenn sie als UiPath-Assets oder in einem Anmeldeinformationsspeicher gespeichert sind, wird stattdessen der Name darauf verwiesen.
• Echte Kundendaten gehören nicht in einen Prompt, da der Agent die Struktur und nicht die Werte benötigt.
• Jede Paketänderung ist eine Überprüfung wert, wobei die Versionen in project.json angeheftet sind.

Der Agent agiert unter Ihrer UiPath-Identität mit Ihren Berechtigungen und Ihrem Prüfungspfad, sodass seine Aktionen effektiv Ihre eigenen sind. Wie dies auf Ihre Organisation zutrifft, erfahren Sie unter Governance und Vertrauen. Informationen dazu, wonach in generierter Arbeit gesucht werden soll, finden Sie unter Überprüfen und Validieren der Ausgabe.