ShinrAIAuf STACKIT gehostet
Dokumentation

Modell-Changelog

Modellversionen und Entwicklungsrichtung mit Links zu Abdeckung und Auswertung.

Verfügbar

ShinrAI 1.6.1

Veröffentlicht am

Seit 20. Oktober 2026 das Modell der Managed API, unter der Modell-ID v1.6. Die 21 Datenkategorien ändern sich nicht. Gegenüber 1.3: Feldtest mit echten Dokumenten 50 → 139 von 186 Werten, Recall auf enzyklopädischen Texten in acht Sprachen 34,5 → 81,9, Schwärzung langer Datensätze 36,5 → 57,6, Median über 15 Sprachvarianten 95,0 → 95,5. Die Regeln von 1.6 für Namen in Signaturzeilen, mittlere Initialen und polnische „r.“-Datumsangaben bleiben erhalten. Die Ränder der Spannen sind sauberer als in 1.6. Eine Spanne endet an einem Zeilenumbruch. Namen, Adressen, Kontaktdaten und Kennungen verlieren einen Punkt, eine Klammer oder ein Anführungszeichen am Rand. Ein japanisches oder koreanisches Datum bleibt vollständig. Ein Name endet vor einer Konjunktion oder einem Genitiv, verliert ein japanisches Höflichkeitssuffix, behält portugiesische Partikeln wie „da“ und „dos“ und wird in mehr Sprachen auf das ganze Wort erweitert. Fragmente aus einem oder zwei Zeichen innerhalb eines Worts entfallen. Die Erkennungsschwelle bleibt bei 0,35.

Sprachen und DatenkategorienAuswertung und Modelldetails →
Abgelöst

ShinrAI 1.3

Von ShinrAI 1.4 abgelöst. Die Managed API stellt diese Version nicht mehr bereit.

Offene Gewichte unter der Innovius Open License v1.0. Kostenlos für Forschung, Evaluierung, Lehre und private Nutzung, für öffentliche Stellen und Bildungseinrichtungen sowie für Unternehmen unter 10 Mio. USD Umsatz mit dem Hinweis „Built with ShinrAI“. Nicht für das Training konkurrierender PII-Modelle. Ab 1. September 2028 Apache 2.0. Download mit einem kostenlosen Hugging-Face-Konto; der Zugang wird automatisch freigegeben.

Offenes Modell auf Hugging Face holen →Lizenz im Überblick
Sprachen und DatenkategorienAuswertung und Modelldetails →

Modellversionen und Upgrades

ShinrAI 1.6.1 (Modell-ID v1.6) ist das Modell der Managed API. Die Managed API stellt nur das neueste Modell bereit.

  • Eine Anfrage an die native API, die ein anderes Modell nennt, zum Beispiel v1.5 oder shinrai-v1.5, wird mit 422 beantwortet und nicht berechnet. Eine Anfrage, die v1.6 nennt, nutzt das Modell, das die Managed API unter dieser ID bereitstellt, derzeit ShinrAI 1.6.1. Sie wird mit 422 beantwortet, sobald die Managed API die Modell-ID v1.6 nicht mehr bereitstellt. Mit dem Alias für die neueste Version wechseln Sie automatisch zu neuen Releases.
  • Die Managed API bietet die aktuelle Version an. Eine neue Version wird in diesem Changelog mit ihren gemessenen Veränderungen angekündigt.
Modellversion in der API auswählen

Automatisch die neueste Version nutzen

{"detection":{"model":"latest"}}

Modell-ID v1.6 festlegen

{"detection":{"model":"v1.6"}}

Verwenden Sie die Modell-IDs, die die API auflistet.

Modellparameter und verfügbare IDs →

Managed API: nur das neueste Modell

Die Managed API stellt jetzt nur noch das neueste Modell bereit: ShinrAI 1.6.1 unter der Modell-ID v1.6. ShinrAI 1.6.1 löst ShinrAI 1.6 ab: dieselben 21 Datenkategorien, mit saubereren Rändern der Spannen. ShinrAI 1.5, 1.4 und 1.3 stellt die Managed API nicht mehr bereit. Eine Anfrage an die native API, die eines dieser Modelle nennt, wird mit 422 beantwortet und nicht berechnet. GET /v2/capabilities führt nur das bereitgestellte Modell auf. Eine Anfrage mit dem Alias für die neueste Version oder ohne Modellangabe nutzt das neueste Modell.

API 2.0.0 stabil

Die native PII-API v2 ist ab Version 2.0.0 stabil, veröffentlicht am .

  • Änderungen innerhalb von 2.x sind nur Ergänzungen: neue Felder, Parameter, Werte und Routen.
  • Eine inkompatible Änderung erhält eine neue Hauptversion mit einem neuen Pfadpräfix.
  • Wir kündigen eine inkompatible Änderung 12 Monate vorher an. Die vorherige Hauptversion bleibt in diesem Zeitraum verfügbar.

GET /v2/capabilities nennt die Version in api_version.

Änderungen gegenüber der Vorabversion 2.0.0-draft.4

  • Dokumentjobs: protected ist jetzt das geschwärzte PDF. Der geschützte Text steht im neuen Artefakt text .
  • Uploads: Ein Upload wird gelöscht, sobald der letzte Job endet, der ihn liest. Erstellen Sie ihn mit ?keep=true , um ihn in mehr als einem Job zu verwenden.
  • Sitzungen: Eine Sitzung besteht höchstens bis max_expires_at. Ein PATCH mit einem ttl_s , das später endet, erhält die Antwort 422.
  • Jobspeicher: Jedes Konto hat ein Byte-Budget und eine Obergrenze für Uploads. Darüber erhalten Uploads und Jobs die Antwort 429.
  • Boolesche Query-Parameter nehmen true, false, 1 oder 0 an. Ein anderer Wert erhält die Antwort 422.
  • Der Fähigkeitsstatus beta und das Jobfeld beta entfallen.
Leitfaden zur nativen API v2 →