MinerU: wandelt PDF-, DOCX-, PPTX-, XLSX- und Bilddateien in Markdown, JSON und HTML für RAG- und Agentenabläufe um
MinerU wandelt PDFs, Office-Dokumente und Bilder in LLM-fertiges Markdown oder JSON um – mit VLM+OCR-Doppel-Engine für 109 Sprachen, Formeln und komplexe Layouts.
Auf einen Blick
- Was ist das?
- Ein deutschsprachiger Leitfaden zu MinerU, seinen dokumentierten Eingaben, Schnittstellen und Betriebsgrenzen.
- Für wen ist es gedacht?
- MinerU eignet sich für Teams, deren Aufgabe zu den im README beschriebenen Eingaben und Betriebswegen passt. Prüfe zuerst mineru -p <input_path> -o <output_path> in einer isolierten Umgebung und kontrolliere die dabei entstehenden Dateien, Logs sowie den in LICENSE.md genannten Funktionsumfang.
- Darf ich es kommerziell nutzen?
- Erst prüfen. Die Lizenz dieses Repositorys ordnen wir nicht automatisch ein; lesen Sie vor jeder kommerziellen Nutzung die LICENSE-Datei.
- Wird es noch gepflegt?
- Ja. Die letzten Commits kamen vor 1 Tag.
- In welcher Sprache ist es geschrieben?
- Hauptsächlich Python, laut der Sprachstatistik von GitHub.
Die Antworten beruhen auf den GitHub-Daten des Projekts (zuletzt abgeglichen am 15. September 2026) und auf unserer Analyse. Sie sind keine Rechtsberatung.
TIEFGEHENDE OPEN-SOURCE-ANALYSE
MinerU: PDF- und Office-Eingaben
MinerU wandelt PDF-, DOCX-, PPTX-, XLSX- und Bilddateien in Markdown, JSON und HTML für RAG- und Agentenabläufe um. Der Abschnitt PDF- und Office-Eingaben konkretisiert, welche Rolle dieser Baustein im dokumentierten Projekt spielt. Das README nennt opendatalab/MinerU als Quelle und grenzt den Anspruch über Beispiele, unterstützte Eingaben oder aufgeführte Komponenten ein. Eine solche Beschreibung ist belastbarer als eine allgemeine Produktbehauptung, sagt aber noch nichts über jede Umgebung aus. Für die Einordnung zählen daher die im Repository sichtbaren Schnittstellen, Defaults und Abhängigkeiten.
Für PDF- und Office-Eingaben ist der erste sinnvolle Blick auf LICENSE.md. Ein kleiner Durchlauf mit mineru -p <input_path> -o <output_path> kann zeigen, ob die dokumentierte Einstiegskette überhaupt erreichbar ist. Beobachte dabei bei MinerU die konkrete Ausgabe, erzeugte Dateien und Fehlermeldungen. Das README macht keine Zusage für Fälle, die dort nicht beschrieben sind; fehlende Angaben bleiben offene Punkte und werden nicht als Fähigkeit ergänzt.
Praktisch passt MinerU vor allem zu Teams, die pdf- und office-eingaben in einen kontrollierten Ablauf einordnen können. Vor einer Entscheidung sollte genau dieser Projektpfad mit einer eigenen, nicht sensiblen Eingabe geprüft werden. So lässt sich feststellen, ob Format, Laufzeit, Rechte und Wartungsaufwand zum Einsatz passen, ohne aus Sichtbarkeit oder Versionsnummern eine Garantie abzuleiten.
MinerU: Lesereihenfolge und Formeln
MinerU wandelt PDF-, DOCX-, PPTX-, XLSX- und Bilddateien in Markdown, JSON und HTML für RAG- und Agentenabläufe um. Der Abschnitt Lesereihenfolge und Formeln konkretisiert, welche Rolle dieser Baustein im dokumentierten Projekt spielt. Das README nennt opendatalab/MinerU als Quelle und grenzt den Anspruch über Beispiele, unterstützte Eingaben oder aufgeführte Komponenten ein. Eine solche Beschreibung ist belastbarer als eine allgemeine Produktbehauptung, sagt aber noch nichts über jede Umgebung aus. Für die Einordnung zählen daher die im Repository sichtbaren Schnittstellen, Defaults und Abhängigkeiten.
Für Lesereihenfolge und Formeln ist der erste sinnvolle Blick auf LICENSE.md und den Abschnitt Lesereihenfolge und Formeln. Ein kleiner Durchlauf mit mineru -p <input_path> -o <output_path> kann zeigen, ob die dokumentierte Einstiegskette überhaupt erreichbar ist. Beobachte dabei bei MinerU die konkrete Ausgabe, erzeugte Dateien und Fehlermeldungen. Das README macht keine Zusage für Fälle, die dort nicht beschrieben sind; fehlende Angaben bleiben offene Punkte und werden nicht als Fähigkeit ergänzt.
Praktisch passt MinerU vor allem zu Teams, die lesereihenfolge und formeln in einen kontrollierten Ablauf einordnen können. Vor einer Entscheidung sollte genau dieser Projektpfad mit einer eigenen, nicht sensiblen Eingabe geprüft werden. So lässt sich feststellen, ob Format, Laufzeit, Rechte und Wartungsaufwand zum Einsatz passen, ohne aus Sichtbarkeit oder Versionsnummern eine Garantie abzuleiten.
MinerU: pipeline, VLM und hybrid
MinerU wandelt PDF-, DOCX-, PPTX-, XLSX- und Bilddateien in Markdown, JSON und HTML für RAG- und Agentenabläufe um. Der Abschnitt pipeline, VLM und hybrid konkretisiert, welche Rolle dieser Baustein im dokumentierten Projekt spielt. Das README nennt opendatalab/MinerU als Quelle und grenzt den Anspruch über Beispiele, unterstützte Eingaben oder aufgeführte Komponenten ein. Eine solche Beschreibung ist belastbarer als eine allgemeine Produktbehauptung, sagt aber noch nichts über jede Umgebung aus. Für die Einordnung zählen daher die im Repository sichtbaren Schnittstellen, Defaults und Abhängigkeiten.
Für pipeline, VLM und hybrid ist der erste sinnvolle Blick auf LICENSE.md. Ein kleiner Durchlauf mit mineru -p <input_path> -o <output_path> kann zeigen, ob die dokumentierte Einstiegskette überhaupt erreichbar ist. Beobachte dabei bei MinerU die konkrete Ausgabe, erzeugte Dateien und Fehlermeldungen. Das README macht keine Zusage für Fälle, die dort nicht beschrieben sind; fehlende Angaben bleiben offene Punkte und werden nicht als Fähigkeit ergänzt.
Praktisch passt MinerU vor allem zu Teams, die pipeline, vlm und hybrid in einen kontrollierten Ablauf einordnen können. Vor einer Entscheidung sollte genau dieser Projektpfad mit einer eigenen, nicht sensiblen Eingabe geprüft werden. So lässt sich feststellen, ob Format, Laufzeit, Rechte und Wartungsaufwand zum Einsatz passen, ohne aus Sichtbarkeit oder Versionsnummern eine Garantie abzuleiten.
MinerU: OCR, Modelle und Cache
MinerU wandelt PDF-, DOCX-, PPTX-, XLSX- und Bilddateien in Markdown, JSON und HTML für RAG- und Agentenabläufe um. Der Abschnitt OCR, Modelle und Cache konkretisiert, welche Rolle dieser Baustein im dokumentierten Projekt spielt. Das README nennt opendatalab/MinerU als Quelle und grenzt den Anspruch über Beispiele, unterstützte Eingaben oder aufgeführte Komponenten ein. Eine solche Beschreibung ist belastbarer als eine allgemeine Produktbehauptung, sagt aber noch nichts über jede Umgebung aus. Für die Einordnung zählen daher die im Repository sichtbaren Schnittstellen, Defaults und Abhängigkeiten.
Für OCR, Modelle und Cache ist der erste sinnvolle Blick auf LICENSE.md und den Abschnitt OCR, Modelle und Cache. Ein kleiner Durchlauf mit mineru -p <input_path> -o <output_path> kann zeigen, ob die dokumentierte Einstiegskette überhaupt erreichbar ist. Beobachte dabei bei MinerU die konkrete Ausgabe, erzeugte Dateien und Fehlermeldungen. Das README macht keine Zusage für Fälle, die dort nicht beschrieben sind; fehlende Angaben bleiben offene Punkte und werden nicht als Fähigkeit ergänzt.
Praktisch passt MinerU vor allem zu Teams, die ocr, modelle und cache in einen kontrollierten Ablauf einordnen können. Vor einer Entscheidung sollte genau dieser Projektpfad mit einer eigenen, nicht sensiblen Eingabe geprüft werden. So lässt sich feststellen, ob Format, Laufzeit, Rechte und Wartungsaufwand zum Einsatz passen, ohne aus Sichtbarkeit oder Versionsnummern eine Garantie abzuleiten.
MinerU: CLI, Docker und Schnittstellen
MinerU wandelt PDF-, DOCX-, PPTX-, XLSX- und Bilddateien in Markdown, JSON und HTML für RAG- und Agentenabläufe um. Der Abschnitt CLI, Docker und Schnittstellen konkretisiert, welche Rolle dieser Baustein im dokumentierten Projekt spielt. Das README nennt opendatalab/MinerU als Quelle und grenzt den Anspruch über Beispiele, unterstützte Eingaben oder aufgeführte Komponenten ein. Eine solche Beschreibung ist belastbarer als eine allgemeine Produktbehauptung, sagt aber noch nichts über jede Umgebung aus. Für die Einordnung zählen daher die im Repository sichtbaren Schnittstellen, Defaults und Abhängigkeiten.
Für CLI, Docker und Schnittstellen ist der erste sinnvolle Blick auf LICENSE.md. Ein kleiner Durchlauf mit mineru -p <input_path> -o <output_path> kann zeigen, ob die dokumentierte Einstiegskette überhaupt erreichbar ist. Beobachte dabei bei MinerU die konkrete Ausgabe, erzeugte Dateien und Fehlermeldungen. Das README macht keine Zusage für Fälle, die dort nicht beschrieben sind; fehlende Angaben bleiben offene Punkte und werden nicht als Fähigkeit ergänzt.
Praktisch passt MinerU vor allem zu Teams, die cli, docker und schnittstellen in einen kontrollierten Ablauf einordnen können. Vor einer Entscheidung sollte genau dieser Projektpfad mit einer eigenen, nicht sensiblen Eingabe geprüft werden. So lässt sich feststellen, ob Format, Laufzeit, Rechte und Wartungsaufwand zum Einsatz passen, ohne aus Sichtbarkeit oder Versionsnummern eine Garantie abzuleiten.
MinerU: Lizenz und Einsatzgrenzen
MinerU wandelt PDF-, DOCX-, PPTX-, XLSX- und Bilddateien in Markdown, JSON und HTML für RAG- und Agentenabläufe um. Der Abschnitt Lizenz und Einsatzgrenzen konkretisiert, welche Rolle dieser Baustein im dokumentierten Projekt spielt. Das README nennt opendatalab/MinerU als Quelle und grenzt den Anspruch über Beispiele, unterstützte Eingaben oder aufgeführte Komponenten ein. Eine solche Beschreibung ist belastbarer als eine allgemeine Produktbehauptung, sagt aber noch nichts über jede Umgebung aus. Für die Einordnung zählen daher die im Repository sichtbaren Schnittstellen, Defaults und Abhängigkeiten.
Für Lizenz und Einsatzgrenzen ist der erste sinnvolle Blick auf LICENSE.md und den Abschnitt Lizenz und Einsatzgrenzen. Ein kleiner Durchlauf mit mineru -p <input_path> -o <output_path> kann zeigen, ob die dokumentierte Einstiegskette überhaupt erreichbar ist. Beobachte dabei bei MinerU die konkrete Ausgabe, erzeugte Dateien und Fehlermeldungen. Das README macht keine Zusage für Fälle, die dort nicht beschrieben sind; fehlende Angaben bleiben offene Punkte und werden nicht als Fähigkeit ergänzt.
Praktisch passt MinerU vor allem zu Teams, die lizenz und einsatzgrenzen in einen kontrollierten Ablauf einordnen können. Vor einer Entscheidung sollte genau dieser Projektpfad mit einer eigenen, nicht sensiblen Eingabe geprüft werden. So lässt sich feststellen, ob Format, Laufzeit, Rechte und Wartungsaufwand zum Einsatz passen, ohne aus Sichtbarkeit oder Versionsnummern eine Garantie abzuleiten.
Redaktionelles Fazit
MinerU eignet sich für Teams, deren Aufgabe zu den im README beschriebenen Eingaben und Betriebswegen passt. Prüfe zuerst mineru -p <input_path> -o <output_path> in einer isolierten Umgebung und kontrolliere die dabei entstehenden Dateien, Logs sowie den in LICENSE.md genannten Funktionsumfang. Nicht passend ist das Projekt, wenn eine nicht dokumentierte Plattform, Datenform oder Sicherheitszusage zwingend vorausgesetzt wird.
Community-Notizen