Zum Hauptinhalt springen

​
Knowledge 101

Knowledge ist der beste Weg, Kontext auf Codebase-Ebene (im Gegensatz zu Task-Ebene) zu teilen, der Devin bei der Arbeit in deiner Codebase helfen kann. Ein paar Beispiele für Informationen, die du in Devins Knowledge aufnehmen kannst, sind Vorgaben zur Code-Konformität, Deployment-Workflows, PR-Namenskonventionen, Test-Workflows, der Umgang mit proprietären Tools und vieles mehr. Einige Hinweise zu Knowledge:
  • Devin generiert automatisch Repo-Knowledge auf Basis der bestehenden READMEs, der Dateistruktur und der Inhalte der verbundenen Repositories. Beachte, dass, wenn du Devin keinen Zugriff auf das Repository gibst, keine zugehörige Knowledge generiert wird.
  • Knowledge wird basierend auf dem Trigger abgerufen, den du festlegst. Je spezifischer der Trigger ist (z. B. auf welche Datei, welches Repository oder welche Art von Task sich die Knowledge bezieht), desto besser ist der Abruf. Weitere Details findest du hier.
  • Devin sagt dir in einer Session, welche Knowledge verwendet wurde; du kannst dies im Session-Chat unter „Accessed Knowledge“ sehen.
  • Devin ruft Knowledge auf Basis spezialisierter Dateien in deiner Codebase automatisch ab und aktualisiert sie, darunter .rules, .mdc, .cursorrules, .windsurf, CLAUDE.md und AGENTS.md. Beachte, dass Devin nicht automatisch allgemeinere Dateitypen wie .md einliest.

​
Best Practices für das Knowledge-Onboarding

Es ist sinnvoll, anfangs etwas Zeit zu investieren, um Devin auf den aktuellen Stand zu bringen. Ähnlich wie bei einem neuen Teammitglied hilft es sehr, Devin relevanten Kontext zur Codebase und zu den Workflows des Engineering-Teams zu geben, um die Effektivität deutlich zu steigern. Hier sind einige empfohlene Schritte für die erste Einrichtung von Devins Knowledge:
  1. Überprüfen Sie automatisch generiertes Knowledge und prüfen Sie (a) die Vollständigkeit und (b) die Genauigkeit.
  2. Wenn Devin die Knowledge-Notiz bei jeder Session abrufen soll, stellen Sie sicher, dass sie an alle Repositories angeheftet wird. Andernfalls können Sie sie an ein bestimmtes Repo anheften, wenn die Informationen nur in diesem Kontext relevant sind. Wenn Knowledge nicht angeheftet ist, wird es nur verwendet, wenn es durch einen Trigger ausgelöst wird. Achten Sie daher darauf, dass Ihre Trigger-Beschreibung eindeutig formuliert ist.
  3. Wenn Sie in Ihrer Codebase keine zentrale, spezialisierte Dokumentationsdatei haben, empfehlen wir dringend, eine mit einer speziellen Dateierweiterung einzurichten.
Besuchen Sie den Knowledge Product Guide für weitere Details.