Mit Brali arbeiten
Brali ist offen für Produktintegrationen, Forschungskooperationen, Lokalisierung und kommerzielle Datennutzung. Eine Bedingung bleibt zentral: Ein nachgelagertes Produkt darf eine praktische Empfehlung nicht von Provenienz, Evidenzstatus und ihren Grenzen trennen.
Nutzen Sie statische API, versionierte Datensätze, Agent Skills, lokalen MCP oder einen begrenzten Retrieval-Prozess. Beginnen Sie mit der kleinsten Oberfläche, die das Problem löst, statt den gesamten Korpus zu kopieren.
Geeignete Themen sind Evidence Review, Ontologie, Retrieval-Evaluation, Replikation von Prüfungen oder eine enge Forschungsfrage, die die Bibliothek tatsächlich verändern kann – statt nur ein weiteres Dokument hinzuzufügen.
Besprochen werden können bezahlte Produktnutzung, Weiterverteilung, Lokalisierung, eigene Sammlungen und kommerzielle KI-Auslieferung. Die Bedingungen hängen davon ab, welche Daten wie genutzt werden.
Korrekturen, neue Quellen, Protokollvorschläge und Taxonomieänderungen können öffentlich über GitHub eingereicht werden. Die Formulare sind derzeit englisch; ein Vorschlag selbst kann auf Deutsch sein, wenn Kontext und notwendige Angaben klar sind.
Maschinenlesbarer Zugriff hebt Evidenzstatus, Provenienz, canonical ID und Lizenzbedingungen nicht auf. Wenn ein Downstream-System eine Praxis an Nutzer ausgibt, sollte es diese Felder erhalten oder deren Bedeutung gleichwertig vermitteln. „Wir haben das JSON geladen“ ist kein Grund, pending-review in eine selbstsichere Empfehlung umzudeuten.