Vous ne souhaitez pas effectuer cette configuration manuellement ? Collez un lien vers cette page dans une session Devin et demandez-lui de tout configurer pour vous. Devin dispose d’un accès intégré à sa propre documentation via le [Devin Docs MCP](/fr/work-with-devin/devin-mcp) — aucune configuration ni installation requise. Il peut, à la demande, rechercher et lire l’intégralité du site de documentation, la référence d’API, le changelog et les bonnes pratiques. Au lieu d’envoyer aux nouveaux ingénieurs une liste de liens vers la documentation, demandez à Devin de synthétiser exactement ce dont votre équipe a besoin dans un guide d’onboarding unique, avec des prompts, des workflows et des exemples adaptés à votre stack. ```txt Générer un guide d’onboarding spécifique à l’équipe theme={null} Lis la documentation de Devin et crée un guide de démarrage pour notre équipe d’ingénierie. Le guide doit couvrir : 1. Comment démarrer une session (Slack vs application web — quand utiliser chaque option) 2. Rédiger des prompts efficaces (inclure les chemins de fichiers, le contexte d’erreur, le périmètre) 3. Configurer notre intégration Linear pour des workflows pilotés par les tickets 4. Créer des playbooks pour nos migrations récurrentes d’Express vers Fastify 5. Ajouter des entrées Knowledge pour les conventions de notre base de code (par exemple : "toutes les routes d’API se trouvent dans src/routes/, exécuter npm run test:api") Adapte chaque exemple à notre stack : Node.js, React, PostgreSQL. Formate le résultat comme une page Notion que nous pouvons coller dans #engineering. ``` Devin parcourt sa documentation pour chaque sujet, lit les pages pertinentes et synthétise un guide d’intégration complet, adapté à votre stack et à votre workflow. Voici à quoi ressemble le résultat : ```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 Add team conventions at Settings > Knowledge > Create knowledge. 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." ``` Gardez la même session ouverte — Devin conserve le contexte et peut étendre le guide avec des sections supplémentaires. ```txt Add a prompt templates section theme={null} Ajoutez une nouvelle section au guide : « Modèles de prompts à copier-coller ». Incluez 6 modèles que notre équipe peut réutiliser pour les tâches courantes : corrections de bugs, implémentation de fonctionnalités, couverture de tests, migrations de base de données, mises à jour de dépendances et débogage de la CI. Chaque modèle doit comporter des variables comme [file path], [error message] et [ticket link]. ``` ```txt Add a "What's New" section from the changelog theme={null} Lisez les notes de version de Devin et ajoutez une section « Nouveautés » au guide, couvrant les fonctionnalités publiées au cours du dernier mois. Mettez en avant tout ce qui modifie notre utilisation des playbooks, des sessions planifiées ou de l’API. ``` ```txt Add a Knowledge vs. Playbooks decision table theme={null} Ajoutez une section au guide expliquant quand utiliser Knowledge plutôt que les Playbooks. Incluez un tableau comparatif et 3 exemples concrets issus d’un projet Node.js montrant ce qui est le plus adapté pour chaque scénario. ``` Une fois que le guide vous convient, partagez-le et enregistrez-le comme [Knowledge](/fr/product-guides/knowledge) afin que Devin lui-même puisse se référer aux conventions de votre équipe : 1. **Partagez le guide** — collez le lien de la page Notion dans votre canal `#engineering` ou épinglez-la dans le wiki de votre équipe 2. **Enregistrez-le comme Knowledge** — allez dans **Settings > Knowledge > Create knowledge**, définissez le déclencheur sur « onboarding new team members to Devin », collez le contenu du guide et épinglez-le à **all repositories** Désormais, lorsqu’un membre de l’équipe demande à Devin « Comment dois-je rédiger mes prompts ? » ou « Comment connecter Linear ? », Devin s’appuie sur votre guide personnalisé — et non sur la documentation générique. À mesure que Devin publie de nouvelles fonctionnalités, demandez-lui de mettre à jour le guide dans le même format de session : *« Lis le dernier [changelog](/fr/release-notes/overview) et mets à jour notre guide d’onboarding avec toutes les nouvelles fonctionnalités qui impactent nos workflows. »*

{title}