Cognition Agent für die Entwicklung

Devin.

Cognition Agent für die Entwicklung in einem angeschlossenen Repository

4.45 / 5Katalogbewertung
Offizielle Website

Devin arbeitet an einer technischen Aufgabe in einer separaten Sitzung. Es kann mit dem Repository verbunden werden, die Fehlerwiedergabe anordnen und einen überprüfbaren Patch anfordern.

Offizielle Devin-Seite von Cognition
Offizielle Seite Devin von Cognition. Quelle öffnen

Eine Aufgabe, die man übernehmen kann

Devin ist praktisch, wo die Überprüfung des Ergebnisses bereits bekannt ist. Zum Beispiel gibt die Aufgabe an, welche Abfrage einen Fehler verursacht und welche Antwort erwartet wird. Der Agent kann den Projektcode lesen, Befehle ausführen und Änderungen während der Sitzung überprüfen. Bereiten Sie den reproduzierbaren Eingang, das erwartete Ergebnis und den Teststartbefehl vor. Bei dieser Aufgabe ist es einfacher zu verstehen, ob die Ursache korrigiert wurde oder ob sich der Text der Nachricht nur geändert hat.

In einem unbekannten Repository ist es sinnvoll, den Suchbereich zu begrenzen. Geben Sie den Dienst oder das Verzeichnis an, in dem der Fehler auftritt, und benennen Sie die Dateien separat, die nicht geändert werden können. Wenn die Wiedergabe Schlüssel für den Zugriff auf reale Systeme erfordert, ersetzen Sie sie durch Testdaten.

Überprüfung auf Nachbearbeitung

In diesem Beispiel empfängt ein Handler dieselbe Benachrichtigung zweimal und erstellt zwei Datensätze. Geben Sie dem Agenten ein anonymisiertes Beispielereignis, das Schema des eindeutigen Schlüssels und den Befehl für den lokalen Test. Lassen Sie ihn erst zeigen, wo wiederholte Ereignisse ungeprüft bleiben, und danach einen Test mit zwei identischen Anfragen ergänzen. Prüfen Sie im Review separat, ob zwei verschiedene Ereignisse wie bisher verarbeitet werden.

Schauen Sie im Patch nach, wo die Einzigartigkeit bestimmt wird. Der Schutz nur auf der Ebene eines Prozesses kann gleichzeitige Abfragen überspringen. Wenn der Test Ereignisse sequentiell auslöst, bestätigt er ein bestimmtes Szenario, lässt aber die Frage der Konkurrenz offen.

Zugriff auf die Umgebung

Verbinden Sie das Repository und richten Sie die Umgebung separat ein. Das Team entscheidet, welcher Code und welche Werkzeuge in der Sitzung verfügbar sind. Sehen Sie vor der Abnahme die Änderungen durch, führen Sie die Tests auf einem sauberen Branch aus und vergleichen Sie das Verhalten mit den Anforderungen.

Für welche Aufgaben geeignet

  • Den gemeldeten Fehler reproduzieren und einen Patch vorbereiten
  • Änderung in einzelnem Zweig überprüfen
Funktionen

Stärken

  • Führt Befehle und Tests während der Sitzung durch
  • Es gibt eine Dokumentation für den Anschluss von Repositories
Zu berücksichtigen

Einschränkungen

  • Vor der Arbeit müssen Sie den Code freigeben und Startbefehle vorbereiten
  • Die Rechte an dem Repository und das Ergebnis werden vom Team überprüft

Auswahl und Bedingungen

Kostenlose Nutzung
Nicht bestätigt
Testphase
Nicht bestätigt
Keine Registrierung erforderlich
Nicht bestätigt
Russische Benutzeroberfläche
Nicht bestätigt
Lokale Installation
Nicht bestätigt
API
Nicht bestätigt

„Nicht bestätigt“ bedeutet, dass nicht genügend Informationen vorliegen. Die Funktion kann dennoch verfügbar sein; prüfen Sie die Angaben des Entwicklers.

Eingabeformate
Code, Text
Ergebnis
Code, Text

Bedingungen

Die Tarife unterscheiden sich in Umfang und Bedingungen der Berücksichtigung der Arbeit des Agenten. Überprüfen Sie die Grenzen des ausgewählten Plans. Die Rechte an dem Repository und das Ergebnis werden vom Team überprüft

Von der Aufgabe zum ersten Ergebnis

Praxisbeispiel

Aufgabe
Den gemeldeten Fehler reproduzieren und einen Patch vorbereiten
Was Sie vorbereiten sollten
Ein synthetisches Ereignis mit einer sich wiederholenden ID, die erwartete Antwort und der Testlaufbefehl.

Aufgabenbeschreibung oder Prompt

Spielen Sie das Double bei zwei gleichen Ereignissen ab. Zeigen Sie den Fehlerort, fügen Sie den Test hinzu und korrigieren Sie die Verarbeitung. Ändern Sie das Datenschema nicht ohne Erklärung.

Erwartetes Ergebnis

Ein Patch mit einem Wiederholungstest und einer kurzen Erklärung der ausgewählten Überprüfung.

So prüfen Sie das Ergebnis

  • Stellen Sie sicher, dass zwei verschiedene Ereignisse wie zuvor behandelt werden.
  • Führen Sie den Test von einem sauberen Zweig aus.

Ein redaktionelles Lernbeispiel für eine Aufgabenbeschreibung, kein Ergebnis eines eigenen Praxistests des Dienstes. Prüfen Sie die Verfügbarkeit des benötigten Modus, die Rechte am Ausgangsmaterial und die Bedingungen für die Nutzung des Ergebnisses.

Details überprüfen

Offizielle Quellen

  1. Seite Devin
  2. Einführung und Empfehlungen zur Aufgabenstellung
  3. Zugang und Zahlungsbedingungen

Die Beschreibung basiert auf den Materialien des Entwicklers. Die Funktionen, Preise und Verfügbarkeit können variieren. Bitte überprüfen Sie die Quelle vor der Verwendung.