Möchten Sie das nicht manuell einrichten? Fügen Sie einen Link zu dieser Seite in eine Devin-Sitzung ein und bitten Sie Devin, alles für Sie einzurichten. Devin hat integrierten Zugriff auf seine eigene Dokumentation über das [Devin Docs MCP](/de/work-with-devin/devin-mcp) – keine Einrichtung oder Konfiguration erforderlich. Devin kann bei Bedarf die gesamte Dokumentationswebsite, die API-Referenz, das Changelog und Best Practices durchsuchen und lesen. Anstatt neuen Engineers eine Liste mit Dokumentationslinks zu schicken, lass Devin genau das zusammenfassen, was dein Team braucht – in einem einzigen Onboarding-Leitfaden mit Prompts, Workflows und Beispielen, die auf euren Stack zugeschnitten sind. ```txt Generate a team-specific onboarding guide theme={null} Lies die Devin-Dokumentation und erstelle eine Getting-Started-Anleitung für unser Engineering-Team. Die Anleitung sollte Folgendes abdecken: 1. Wie man eine Session startet (Slack vs. Web-App – wann welches verwenden) 2. Effektive Prompts verfassen (Dateipfade, Fehlerkontext, Scope einbeziehen) 3. Einrichten unserer Linear-Integration für ticketgesteuerte Workflows 4. Erstellen von Playbooks für unsere wiederkehrenden Express-zu-Fastify-Migrationen 5. Hinzufügen von Knowledge-Einträgen für unsere Codebasis-Konventionen (z. B. "all API routes live in src/routes/, run npm run test:api") Passe jedes Beispiel an unseren Stack an: Node.js, React, PostgreSQL. Formatiere die Ausgabe als Notion-Seite, die wir in #engineering einfügen können. ``` Devin durchsucht für jedes Thema seine Dokumentation, liest die relevanten Seiten und erstellt daraus eine vollständige Onboarding-Anleitung, die zu Ihrem Stack und Workflow passt. So sieht das Ergebnis aus: ```markdown theme={null} # Getting Started with Devin — Acme Engineering Team ## 1. Starting a Session | Method | When to use | Example | |--------|-------------|--------| | **Slack** — message @Devin | Quick, scoped tasks | "Fix the failing CI in api-service" | | **Web app** — app.devin.ai | Longer tasks needing file attachments or playbooks | Attach a migration playbook + spec file | ## 2. Writing Effective Prompts Devin works best with specific, scoped requests. Always include the file path, what's broken, and when it started. ❌ "Fix the login bug" ✅ "The login form at src/pages/Login.tsx returns a 401 for valid credentials since the JWT key rotation on Friday. Check the auth middleware at src/middleware/auth.ts." ## 3. Linear Integration Go to Settings > Connections > Linear and authorize. Once connected, Devin can: - Pick up tickets assigned to it automatically - Update ticket status as it works - Link PRs to the originating Linear ticket See the full setup guide: docs.devin.ai/integrations/linear ## 4. Playbooks for Recurring Tasks Create reusable prompts at Settings > Playbooks > Create New. For our Express-to-Fastify migration, the playbook should include: - The target module path (e.g., src/services/payments/) - Test commands: npm run test:api && npm run test:integration - Rollback steps if the migration breaks downstream consumers ## 5. Knowledge — Teaching Devin Our Conventions Füge Team-Konventionen unter Einstellungen > Wissen > Wissen erstellen ein. Example entry: Trigger: "working on API routes" Content: "We use Fastify, not Express. All routes live in src/routes/. Run npm run test:api before committing. Error responses must use the ApiError class from src/lib/errors.ts." ``` Lassen Sie dieselbe Session geöffnet – Devin behält den Kontext und kann den Leitfaden um zusätzliche Abschnitte erweitern. ```txt Abschnitt mit Prompt-Vorlagen hinzufügen theme={null} Fügen Sie dem Leitfaden einen neuen Abschnitt hinzu: „Copy-Paste Prompt Templates“. Fügen Sie 6 Vorlagen hinzu, die unser Team für gängige Aufgaben wiederverwenden kann: Bugfixes, Feature-Implementierung, Testabdeckung, Datenbank- Migrationen, Dependency-Upgrades und CI-Debugging. Jede Vorlage sollte Platzhalter wie [file path], [error message] und [ticket link] enthalten. ``` ```txt „What's New“-Abschnitt aus dem Changelog hinzufügen theme={null} Lesen Sie die Devin-Release-Notes und fügen Sie dem Leitfaden einen „What's New“-Abschnitt hinzu, der Features abdeckt, die im vergangenen Monat veröffentlicht wurden. Heben Sie alles hervor, was verändert, wie wir Playbooks, geplante Sessions oder die API verwenden. ``` ```txt Knowledge-vs.-Playbooks-Entscheidungstabelle hinzufügen theme={null} Fügen Sie dem Leitfaden einen Abschnitt hinzu, der erklärt, wann Knowledge gegenüber Playbooks verwendet werden sollte. Fügen Sie eine Vergleichstabelle und 3 konkrete Beispiele aus einem Node.js-Projekt hinzu, die zeigen, welche Option in jedem Szenario besser ist. ``` Sobald der Leitfaden gut aussieht, teile ihn und speichere ihn als [Knowledge](/de/product-guides/knowledge), damit Devin selbst auf die Konventionen deines Teams zurückgreifen kann: 1. **Teile den Leitfaden** — füge die Notion-Seite in euren `#engineering`-Kanal ein oder pinne sie in eurem Team-Wiki 2. **Speichere ihn als Knowledge** — gehe zu **Settings > Knowledge > Create knowledge**, setze den Trigger auf `"onboarding new team members to Devin"`, füge den Leitfadeninhalt ein und pinne ihn an **alle Repositories** Wenn nun ein Teammitglied Devin fragt „how should I write prompts?“ oder „how do I connect Linear?“, greift Devin auf euren angepassten Leitfaden zurück – nicht auf generische Dokumentation. Wenn Devin neue Funktionen veröffentlicht, bitte es, den Leitfaden im gleichen Sitzungsformat zu aktualisieren: *„Read the latest [changelog](/de/release-notes/overview) and update our onboarding guide with any new features that affect our workflows.“*

{title}