Überarbeitung: KI-Editor entwickelt mit agentenbasierten Codierungstools und Y.js CRDT

Technische Umsetzung

Revise wurde über 10 Monate hinweg mit agentenbasierten Codierungswerkzeugen entwickelt, wobei der Entwickler angab, noch nie schneller in seiner Karriere gearbeitet zu haben. Die Architektur umfasst eine Textverarbeitungs-Engine und eine Rendering-Schicht, die vollständig von Grund auf neu erstellt wurden. Die einzige verwendete Drittanbieterbibliothek ist Y.js für den CRDT-Stack (Conflict-Free Replicated Data Type).

KI-Funktionen

Der Editor integriert mehrere KI-Modelle für die Dokumentenverarbeitung:

• GPT-5.4 Mini
• GPT-5.4
• GPT-5.4 Pro
• Claude Haiku 4.5
• Claude Sonnet 4.6
• Claude Opus 4.6

Der KI-Agent arbeitet Seite an Seite mit den Nutzern in derselben Oberfläche und bietet integrierte Korrekturlese- und Überarbeitungsvorschläge. Er kann Unstimmigkeiten in Dokumenten erkennen, wie etwa Zeitplaninkonsistenzen oder widersprüchliche Aussagen zu Umsatzänderungen.

Dokumentenverarbeitungsfähigkeiten

• Import von Word-Dokumenten und Google Docs
• Extraktion von Inhalten aus PDFs mit multimodalen LLMs
• Korrekturlesen, Überarbeiten und Perfektionieren bestehender Dokumente
• Exportfunktionalität mit verschiedenen Einstellungen

Benutzeranpassung

Revise lernt mit der Zeit die Präferenzen der Nutzer, darunter:

• Pronomenpräferenzen (z.B. they/them)
• Feedbackstilpräferenzen (direkt vs. überschwängliches Lob)
• Rechtschreibpräferenzen (US vs. andere Varianten)
• Formatierungspräferenzen (APA 7, Oxford-Komma-Verwendung)
• Tonpräferenzen (warm und präzise, Vermeidung von Ausrufezeichen)
• Barrierefreiheitsaspekte
• Dokumentstrukturpräferenzen (kurze Absätze, prägnante Entwürfe)

Technische Schreibpräferenzen

Das System unterstützt spezifische Anforderungen an technische Dokumentation:

• Leistungsangaben müssen Benchmark-Setup, Workload-Form, Stichprobengröße und Basisvergleiche enthalten
• Präferenz für konkrete API-Verträge mit Anfrage-/Antwort-Payloads, Paginierungsregeln und Idempotenzsemantik
• Breaking Changes müssen gekennzeichnet werden (API-Änderungen, Daten-Backfills, Index-Migrationen, Client-Version-Gates)
• Anforderungen als nummerierte Akzeptanzkriterien mit Randfällen, Wiederholungsverhalten und Ablaufdetails
• Vertrauen in Metriken wie p95s, Error-Budgets, Queue-Depth und Incident-Counts statt Adjektiven