osFoundry / Platform
Native Laufzeit
Auf dem Desktop kann Ihre App als nativer Prozess mit Dateisystem- und Shell-Zugriff laufen – durch einen Berechtigungsdialog geschützt.
Was es ist
Die Native Runtime lässt eine App innerhalb von osFoundry als echten nativen Prozess auf deinem Rechner laufen, statt sie in eine abgeschottete Web-Ansicht einzusperren. Auf dem Desktop bedeutet das: Die App kann Dateien in deinem lokalen Dateisystem lesen und schreiben und Shell-Befehle direkt aufrufen, also derselbe Zugriff wie bei einem normalen Desktop-Programm. Das ist der Unterschied zwischen einer App, die nur mit entfernten APIs sprechen kann, und einer, die die Dateien, die du bereits hast, tatsächlich anfassen, einen Build ausführen, ein lokales Binary aufrufen oder einen Datenordner verarbeiten kann, ohne ihn irgendwohin hochzuladen.
Weil dieser Zugriff echt ist, ist er abgesichert. Sobald eine App zum ersten Mal auf das Dateisystem oder die Shell zugreifen will, zeigt osFoundry einen Berechtigungsdialog, und die App tut nichts, bis du zustimmst. Die Berechtigung ist eine ausdrückliche, menschliche Entscheidung, keine Voreinstellung, die die App sich selbst erteilt. So bleibt die Native Runtime im Einklang mit der Local-first-Haltung von osFoundry: Deine Daten können auf deinem Gerät bleiben, die App arbeitet gegen lokale Pfade und Prozesse statt gegen einen Umweg in die Cloud, und du siehst und genehmigst, was sie tun darf.
Innerhalb von osFoundry steht die Native Runtime neben dem übrigen Workspace, also an demselben Ort, an dem du Chat und Agenten nutzt, Code schreibst und Wissen und Daten verwaltest. Eine App, die du baust oder installierst, kann sich von einem rein vernetzten Werkzeug zu einem entwickeln, das an deiner lokalen Umgebung teilnimmt, während das BYOK-Modell bedeutet, dass die KI-Teile dieser App mit deinen eigenen Schlüsseln laufen, ohne Aufschlag durch Wiederverkäufer. Die Runtime ist eine Desktop-Fähigkeit: Sie setzt voraus, dass du auf deinem eigenen Rechner bist, und genau das macht den Datei- und Shell-Zugriff überhaupt möglich und nachvollziehbar sicher.
Wichtige Funktionen
- Führe eine App als nativen Desktop-Prozess aus, nicht als abgeschottete Web-Ansicht, damit sie auf deinem echten Rechner handeln kann
- Lies und schreibe lokale Dateien direkt, sodass Apps mit Ordnern und Daten arbeiten, die bereits auf deinem Gerät liegen
- Rufe Shell-Befehle und lokale Binaries aus der App heraus auf, für Builds, Skripte und Systemaufgaben
- Jede Datei- und Shell-Anfrage ist durch einen ausdrücklichen Berechtigungsdialog abgesichert, den du genehmigst, bevor irgendetwas läuft
- Local-first von Grund auf: Die Arbeit bleibt auf deinem Gerät statt eines Cloud-Umwegs, und die KI läuft mit deinen eigenen BYOK-Schlüsseln
Anwendungsfälle
- Entwickler: eine App bauen, die eine lokale Test-Suite oder ein Build-Skript per Shell ausführt und die Ergebnisse im Workspace anzeigt
- Datenanalyst: eine App auf einen Ordner mit CSV-Dateien auf der Festplatte richten und diese direkt verarbeiten, ohne die Dateien irgendwohin hochzuladen
- Datenschutzbewusster Nutzer: ein Werkzeug einsetzen, das lokale Dokumente nativ liest, und den Dateizugriff einmalig über den Berechtigungsdialog genehmigen
Häufig gestellte Fragen
Kann eine osFoundry-App wirklich auf mein Dateisystem und meine Shell zugreifen?
Ja, auf dem Desktop kann eine App als nativer Prozess mit echtem Datei- und Shell-Zugriff laufen. Es ist keine Browser-Sandbox. Dieser Zugriff ist abgesichert: Die App muss über einen Berechtigungsdialog deine Zustimmung erhalten, bevor sie Dateien lesen oder Befehle ausführen darf.
Wie bleibt die Native Runtime sicher, wenn sie Shell-Befehle ausführen kann?
Der Zugriff erfolgt nicht automatisch. Will eine App auf das Dateisystem oder die Shell zugreifen, zeigt osFoundry einen Berechtigungsdialog, und die App bleibt blockiert, bis du zustimmst. Du entscheidest, was sie tun darf, was zum Local-first-Modell passt, bei dem deine Daten auf deinem Gerät bleiben können.
Gibt es die Native Runtime auch in der Web-Version?
Sie ist eine Desktop-Fähigkeit. Als nativer Prozess mit Datei- und Shell-Zugriff zu laufen, setzt voraus, dass du auf deinem eigenen Rechner bist, und genau das macht diesen Zugriff überhaupt erst möglich. Web-Kontexte gewähren diese Art von lokaler Reichweite nicht.