Übersicht
Für öffentliche Repos
Die vollständige Ask Devin-Erfahrung, einschließlich erweiterter Codesuche, Planung und Sitzungserstellung, ist in der Devin-App verfügbar. Öffentliches DeepWiki und die DeepWiki-MCP bieten grundlegende Dokumentations- sowie Frage-und-Antwort-Funktionen.
DeepWiki steuern

.devin/wiki.json ermöglicht es dir, das Standardverhalten von Devin bei der Wiki-Generierung zu steuern. Das ist besonders wichtig für große Repositories, die an integrierte Grenzwerte stoßen können.
Wenn während der Wiki-Generierung eine Datei .devin/wiki.json im Stammverzeichnis deines Repositories gefunden wird, verwenden wir die angegebenen repo_notes und pages, um die Wiki-Generierung zu steuern. Wenn pages angegeben ist, überspringen wir die standardmäßige, clusterbasierte Planung und erstellen genau die Seiten, die du angibst. So wird sichergestellt, dass die wichtigen Teile deiner Codebasis dokumentiert werden, selbst wenn das automatische System sie ansonsten überspringen würde.
Konfigurationsformat
.devin/wiki.json mit der folgenden Struktur:
Konfigurationsoptionen
repo_notes (Array)
- content (string, erforderlich): Der Inhalt der Notiz (max. 10.000 Zeichen)
- author (string, optional): Verfasser der Notiz
pages (Array, optional)
- title (string, required): Der Seitentitel (muss eindeutig und nicht leer sein)
- purpose (string, required): Was auf dieser Seite dokumentiert werden soll
- parent (string, optional): Titel der übergeordneten Seite zur hierarchischen Strukturierung
- page_notes (array, optional): Zusätzliche Notizen, die speziell für diese Seite gelten
Validierungslimits
- Maximal 30 Seiten (80 im Enterprise-Plan)
- Maximal 100 Notizen insgesamt (repo_notes + alle page_notes zusammen)
- Maximal 10.000 Zeichen pro Notiz
- Seitentitel müssen eindeutig sein und dürfen nicht leer sein
Praktische Beispiele
Beispiel 1: Repo Notes zur Steuerung der Wiki-Generierung
Beispiel 2: Sicherstellen, dass bestimmte Ordner dokumentiert werden
Beispiel 3: Umgang mit fehlenden Komponenten
Beispiel 4: Hierarchische Dokumentationsstruktur
Bewährte Vorgehensweisen
1. Repo Notes strategisch einsetzen
- Geben Sie Kontext dazu, welche Teile Ihrer Codebasis am wichtigsten sind
- Nennen Sie spezifische Ordner oder Komponenten, die priorisiert werden sollen
- Erläutern Sie die Beziehungen zwischen verschiedenen Teilen Ihres Systems
2. Seiten logisch strukturieren
- Beginnen Sie mit übergeordneten Übersichtsseiten
- Nutzen Sie über- und untergeordnete Seiten, um klare Hierarchien zu erstellen
- Fassen Sie verwandte Funktionen bzw. Funktionalitäten zusammen
3. Seien Sie konkret bei den Zwecken der Seiten
- Geben Sie klar an, was jede Seite dokumentieren soll
- Nennen Sie spezifische Verzeichnisse, Dateien oder Konzepte, auf die der Fokus liegen soll
- Geben Sie ausreichend Details an, damit das System Ihre Absicht versteht
4. Bekannte Lücken gezielt angehen
- Wenn Sie wissen, dass bestimmte Teile Ihrer Codebasis übersehen werden, schließen Sie sie explizit ein
- Verwenden Sie aussagekräftige Titel, aus denen klar hervorgeht, was abgedeckt werden soll
Fehlerbehebung bei häufigen Problemen
”Nur bestimmte Ordner werden dokumentiert”
.devin/wiki.json, um explizit festzulegen, welche Teile deines Codes dokumentiert werden sollen.
”Wichtige Komponenten fehlen im Wiki”
Erste Schritte
- Erstelle
.devin/wiki.jsonim Stammverzeichnis deines Repositories - Füge
repo_noteshinzu, in denen du die Struktur und Prioritäten deiner Codebasis erläuterst - Gib bei Bedarf alle Seiten an, die erstellt werden sollen, mit klaren Titeln und Zwecken
- Committe die Datei und generiere dein Wiki neu

