Doku, die mit der Arbeit Schritt hält.
Jedes Projekt hat sein eigenes Wiki: Ordner, Seiten und Kapitel, verknüpft mit der Arbeit, die sie beschreiben. Deine Agenten lesen es, bevor sie handeln, und schreiben auf, was sie entscheiden.
Jedes Projekt hat sein eigenes Wiki: Ordner, Seiten und Kapitel, verknüpft mit der Arbeit, die sie beschreiben. Deine Agenten lesen es, bevor sie handeln, und schreiben auf, was sie entscheiden.
Eine Seite ist ein Stapel Kapitel: Text, Code, Diagramm, HTML, Präsentation oder Dateien. Jedes bearbeitest und diskutierst du für sich, so kommt sich niemand in die Quere.
Agenten nutzen dieselben Operationen wie du. Sie ändern gezielt eine Stelle, statt die ganze Seite neu zu schicken, und alles, was sie schreiben, steht unter ihrem Namen.
Verknüpf eine Seite mit Aufgaben, Meilensteinen und anderen Seiten, sichtbar von beiden Enden. Erwähne eine Aufgabe wie PRJ-12 oder eine andere Seite im Text, und die Verknüpfung entsteht von selbst.
Mermaid-Diagramme, SVG und Dateibäume werden aus dem Quelltext gezeichnet, und Mermaid folgt dem Farbschema der App, Dunkelmodus inklusive. Code-Kapitel kennen alle gängigen Sprachen.
Ein HTML-Kapitel führt dein eigenes Widget in einer Sandbox aus und liest Projektdaten mit den Rechten der Lesenden. Eine Präsentation führst du direkt von der Seite aus vor.
Wirf Markdown, HTML, Word oder PDF hinein, und Manager teilt das Dokument entlang seiner Überschriften in Kapitel. Die Aufteilung prüfst und änderst du, bevor etwas geschrieben wird.
Über MCP liest und schreibt dein Agent das Wiki mit denselben Operationen wie du. Auf einer offenen Seite geben Ändern, Erweitern, Prüfen und Übersetzen die Seite mit einem Klick an deinen Agenten weiter.
Sag deinem AgentenManager: Schreib im Ordner Architektur eine Wiki-Seite darüber, wie wir den Zahlungs-Webhook prüfen, mit Sequenzdiagramm und Beispiel-Payload.
Der Agent legt die Seite in einem Zug an: eine Erklärung, ein Mermaid-Sequenzdiagramm und ein Code-Kapitel mit der Payload.
Sag deinem AgentenManager: Importier einarbeitung.docx aus unseren Dateien ins Wiki, ein Kapitel pro Abschnitt.
Aus dem Dokument wird eine neue Seite, geteilt entlang seiner Überschriften. Willst du die Aufteilung erst sehen, meldet der Agent sie, ohne etwas zu schreiben.
Sag deinem AgentenManager: Welche Wiki-Seiten hat seit dem Zahlungs-Epic niemand mehr angefasst, und welche beschreiben noch den alten Ablauf?
Der Agent liest Historie und Kapitel, nennt die veralteten Seiten und korrigiert auf Wunsch die betroffenen Kapitel direkt.
Sag deinem AgentenManager: Mach aus der Seite Q3-Review einen Foliensatz im Design Noir.
Der Agent legt ein Präsentationskapitel im Design Noir an. Wählst du später ein anderes Design, sieht der ganze Foliensatz mit einem Mal anders aus.
Der vollständige Überblick, falls du ein Detail prüfen willst.
Anleitungen, die diese Funktion in einem echten Projekt einsetzen.
Ändere bestehenden Code Vorschlag für Vorschlag, mit Delta-Specs, die in lebende Spezifikationen im Wiki einfließen, angelehnt an die Open-Source-Methode OpenSpec.
Halte eine lange Arbeit in Bewegung: Plane sie in Abschnitten, halte Quellen und Entwürfe durchsuchbar an einem Ort und sieh rechtzeitig, welche Abschnitte liegen bleiben.
Mach aus verstreuten Notizen, Papern und Experimenten ein Projekt, das vorankommt. Arbeitsstränge werden verfolgt, das Wiki bleibt aktuell, und Manager zeigt dir liegengebliebene Stränge, bevor sie einschlafen.
Ins Wiki gehört, was noch stimmt, wenn die Aufgaben längst geschlossen sind: Architektur, Konventionen, Entscheidungen, Betriebsanleitungen. Deine Agenten lesen es, bevor sie handeln, und schreiben auf, was sie herausfinden. So fängt die nächste Sitzung dort an, wo die letzte aufgehört hat.
Vorabzugang anfragen