Projekte
Eine mehrstufige Pipeline für Dokumentenverarbeitung
Ein funktionierender Prototyp: Vertragsanalyse, die Klauselextraktion und Redlining an ein stärkeres Modell und Zusammenfassungen an ein günstigeres leitet, mit Ratenlimits und Budgetgrenzen pro Mandant.
- Was es belegt
- Intelligente Dokumentenverarbeitung, bei der die Kosten Teil der Architektur sind.
- Phasen der Methode
- Gebaut aus
- Mehrstufige Modell-Pipeline: starkes Modell für Klauselextraktion, Risikomarkierung und Redlining
- Günstigeres Modell für Zusammenfassung und Klassifikation
- Vektorsuche für semantisches Retrieval
- Ratenlimits pro Mandant
- Budgetgrenzen pro Mandant
- Branchen
Die Ausgangslage
Die meisten Demos zur Dokumentenverarbeitung zeigen, was ein Modell extrahieren kann: Klauseln, Risikomarkierungen, Redlines gegen eine Standardvorlage. Kaum eine sagt, was es kostet, das für viele Mandanten bei hohem Volumen jeden Monat zu betreiben. Meist erfahren Teams es aus einer Rechnung.
Was wir gebaut haben
Die Pipeline hat zwei Modellstufen. Ein stärkeres Modell übernimmt Klauselextraktion, Risikobewertung und Redlining gegen eine massgebliche Vorlage. Ein günstigeres, schnelleres Modell übernimmt Zusammenfassung und Klassifikation, die von der zusätzlichen Leistung wenig profitieren. Der Router wählt die Stufe nach Aufgabentyp, bevor die Anfrage gesendet wird. Die Nutzenden stellen sie nicht ein, und sie ist kein Ausweichmodell für den Fall, dass das stärkere nicht verfügbar ist.
Die Vektorsuche findet die passende Klausel oder den passenden Präzedenzfall in einer Vertragsbibliothek, ohne dass jedes Mal der ganze Bestand durch eines der Modelle läuft.
Ratenlimits und Budgetgrenzen pro Mandant sind Teil der Architektur. Die Nutzung jedes Mandanten wird begrenzt, bevor eine Anfrage das stärkere Modell erreicht. Ein einzelner Mandant mit hohem Volumen oder ein ausser Kontrolle geratener automatisierter Prozess kann ein Budget, das für alle gedacht ist, nicht aufbrauchen. So bleiben die Kosten planbar.
Was es für Kunden belegt
Ein Modell, das Verträge gut liest, sich aber nicht begrenzen lässt, lässt sich kaum in den produktiven Einsatz bringen. Der Prototyp zeigt, wie Stufung und Grenzen zusammenwirken.
Phasen der Methode
Der Prototyp liegt in Phase 02 · Nutzen belegen. Das Kostendesign gehört zur Arbeit der Phase 03 · System entwickeln. Siehe die KARPINITY-Methode.