Architektur, Kernfunktionen und unterstützte Formate
Windows-Desktop-Anwendung zur KI-gestützten, semantischen Suche in lokalen Dokumenten. Erkennt Zusammenhänge – findet Dateien auch ohne exakten Begriff.
Views (WPF) → Manager → Core → ONNX Runtime, SQLite
Die entscheidende Frage für Unternehmen ist nicht nur, wo das KI-Modell läuft, sondern welche Daten die Anwendung liest, was sie verändert und welche Aktionen der KI überhaupt zur Verfügung stehen.
Beim Indexieren öffnet LocalGantry die ausgewählten Dateien lesend und extrahiert Text sowie Metadaten. Geschrieben werden der eigene Suchindex, Einstellungen und temporäre Arbeitsdateien – die Quelldokumente selbst werden durch den Scan nicht verändert, verschoben oder gelöscht.
Das Suchmodell läuft in der App und wandelt extrahierten Text in Zahlenvektoren für die Bedeutungssuche um. Es erzeugt keine Texte, erhält keine Shell, keine allgemeine Dateiverwaltung und keine Werkzeuge zum Starten beliebiger Programme.
Im Privat-Modus liegt der Index lokal im Windows-Benutzerprofil. Im Team-Modus nutzt LocalGantry nur den von der Organisation gewählten Netzwerkpfad. Administratoren geben Basic-Geräte gezielt frei, weisen Windows-Benutzern Zugriffsstufen und Ordnerbereiche zu und können optional Windows-Leserechte prüfen – nicht jeder sieht automatisch alles.
Internet wird für Updates und die optionale Lizenzaktivierung benötigt. Dabei überträgt LocalGantry keine Dokumentinhalte. Suche, Texterkennung und Fundstellensuche laufen vollständig auf dem eigenen Rechner.
Die eingebaute KI führt keine eigenständigen PC-Aktionen aus. Die separat aktivierbare Pro-Agenten-API ist standardmäßig aus, lauscht nur auf 127.0.0.1 und stellt ausschließlich definierte Funktionen bereit. Scan-Anstöße sind je nach Stufe aus, bestätigungspflichtig oder auf freigegebene Pfade und Team-Richtlinien begrenzt; eine allgemeine Shell oder beliebige Dateischreibbefehle gibt es nicht.
Vertrauensgrenze: Die lokale API ist für vertrauenswürdige Programme auf demselben Windows-Arbeitsplatz gedacht. Wenn ein angebundener externer Assistent selbst Cloud-Dienste nutzt, kann er empfangene Textpassagen nach seinen eigenen Einstellungen übertragen – das liegt außerhalb von LocalGantry.
Streaming-Pipeline: Dateien sammeln → Text extrahieren → Embeddings erzeugen → in SQLite speichern. Fortschritt wird in klaren Phasen angezeigt.
Semantische und klassische Suche über Privat- und Team-Gedächtnis. Die Relevanz basiert auf mehreren Signalen und wird mit Filtern kombiniert.
Dateiname, Pfad, extrahierter Inhalt und semantische Aehnlichkeit werden zusammen ausgewertet.
Je nach Suchmodus koennen Dateitypen und weitere Kriterien beruecksichtigt werden.
Treffer werden nach Relevanz sortiert und koennen direkt in der Vorschau weitergeprueft werden.
PDF (PdfPig + OCR bei Scan), Office (OpenXml), E-Mails (MsgReader), Bilder (PP-OCRv6, Windows-OCR nur als Rückfall), CAD/BIM (Metadaten + IFilter/DXF-Text).
„Im Dokument finden“: sucht die passende Stelle im geöffneten Dokument und markiert sie direkt in der Vorschau.
Suchmodell bge-m3 per ONNX Runtime direkt in der App, auf Prozessor oder Grafikkarte (DirectML). Lange Prozesse laufen asynchron, damit Suche und Bedienung reaktionsschnell bleiben.
HTTP-Listener nur auf 127.0.0.1 (Standard-Port 8787, konfigurierbar). Aktivierung pro Arbeitsplatz in der App; im Team zusätzlich Rollen-Richtlinie.
Localhost-REST-Schnittstelle für externe Programme und IT-Monitoring. LocalGantry lädt keine Dokumente hoch – Agenten erhalten Suchtreffer als Textpassagen.
GET /status · POST /search · POST /agent/search · POST /scan/trigger · GET /scan/status · POST /paths/validate · GET /paths/allowed
Stufe 1: Suche im normalen Gedächtnis · Stufe 2: zusätzlicher Agent-Index (Code/Meta) · Stufe 3–5: Scan-Anstöße mit Bestätigung, Pfad-Whitelist oder autonom – abhängig von Team-Richtlinie.
GET /api/v1/status liefert API-Status, Arbeitsplatz-Modus, Scan-Queue und Capabilities. Nur 127.0.0.1 — kein Netzwerk-Listener. IT greift per RDP, Intune oder Skript auf dem jeweiligen PC zu.
Ab Pro: zusätzliche Wartungs-Endpunkte für Health-Checks, Diagnose-Export und Reparatur — ohne Dokumente ins Internet zu senden. PowerShell-Skript und Intune-Vorlagen für Firmenumgebungen.
GET /ops/health · GET /ops/diagnostics/export (ZIP) · POST /ops/index/repair · POST /ops/embedding/reload · POST /ops/app/restart (Präfix /api/v1/)
Optional company-apps-root.txt neben der EXE → Firmenfreigabe mit Updates\version.json und Setup. Hintergrund: --agent-only (Tray, API ohne Hauptfenster). Skript: tools\it\Invoke-LokalKIOps.ps1 in der Entwickler-/IT-Kopie.
Typisch: Health prüfen → Index reparieren → Suchmodell neu laden → ggf. Update aus Firmenordner. Echte Kompatibilitätsfehler (WebView2, .NET) erfordern ein neues App-Release — die Ops-API patcht keinen Programmcode.
Die App extrahiert durchsuchbaren Text – aus digitalen Dokumenten direkt, aus Scans/Bildern per PP-OCRv6 (Windows-OCR nur als Rückfall), aus CAD/BIM vor allem Metadaten und ggf. IFilter-Text. Keine multimodale Bild-KI.
.pdf, .docx, .doc, .docm, .xlsx, .xls, .xlsb, .pptx, .ppt, .odt, .ods
.msg, .eml
.jpg, .png, .tiff, .bmp, .gif, .heic, .webp
.dwg, .dxf, .rvt, .step, .ifc, .ipt, .sldprt, .3dm
.txt, .rtf, .csv, .md, .json, .xml, .html, .yaml, .ini, .log
Entspricht dem Verhalten in der App (PP-OCRv6 mit Windows-OCR als Rückfall, PdfPig, CadBimTextExtractor). Ausführliche Qualitätstabelle: Handbuch in der installierten App, Abschnitt Analyse.
Gedruckter Text in Scans und Bildern über PP-OCRv6 (im Installer enthalten; Windows-OCR nur als Rückfall). Keine zuverlässige Handschriftenerkennung. Schlechte Kopien, schräge Fotos oder komplexe Layouts → lückenhafter Text → eingeschränkte Suche und KI-Antworten.
Im Index: immer Dateiname und voller Pfad (sehr gut per Suche auffindbar). Zusätzlich automatische Dateiinformationen (Größe, Änderungsdatum, bei DWG ASCII-Versionspräfix). Optional Text über Windows-IFilter oder DXF-Beschriftungen – Geometrie wird nicht ausgewertet.
Die Bedeutungssuche arbeitet auf dem indexierten Text, nicht auf Rohbildern. Sie kann ähnliche, aber unpassende Dokumente vorschlagen – maßgeblich bleibt das Originaldokument, in dem LocalGantry die Fundstelle markiert.
| Lizenz | Limit | Team Lesen | Team Schreiben |
|---|---|---|---|
| Demo | 500 | — | — |
| Basic | 10.000 | ✓ | — |
| Pro | ∞ | ✓ | ✓ |
| ProTeam | ∞ | ✓ | ✓ + Domain |
Lizenzierung ueber lokale Lizenzdaten, Hardware-ID und optionalen Online-Aktivierungsfluss.
Privat: AppData/privat.db
Team: gemeinsames Gedaechtnis ueber Netzwerkpfad mit Berechtigungen je Lizenzstufe.
Windows 10 oder 11 (64 Bit). Alle Modelle sind im Installer enthalten, ein Zusatzprogramm ist nicht nötig. Ausführliche Übersicht mit Minimal / Empfohlen / High-End:
Cosine-Similarity, Levenshtein für Fuzzy-Suche, Byte/Float-Konvertierung.
OCR-Korrekturen, typische Trennfehler und Verwechslungen.
