osFoundry / Platform
Runtime native
Di desktop, aplikasi Anda dapat berjalan sebagai proses native dengan akses filesystem dan shell — dikontrol oleh dialog izin.
Apa itu
Native runtime memungkinkan sebuah aplikasi di dalam osFoundry berjalan sebagai proses native sungguhan di mesin Anda, alih-alih terkurung dalam web view yang tersandbox. Di desktop, itu berarti aplikasi bisa membaca dan menulis berkas di sistem berkas lokal Anda serta memanggil perintah shell secara langsung, akses yang sama seperti program desktop biasa. Inilah perbedaan antara aplikasi yang hanya bisa berbicara dengan API jarak jauh dan aplikasi yang benar-benar bisa menyentuh berkas yang sudah Anda miliki, menjalankan build, memanggil binary lokal, atau memproses satu folder data tanpa mengunggahnya ke mana pun.
Karena akses itu nyata, akses tersebut dikendalikan. Saat pertama kali sebuah aplikasi ingin menjangkau sistem berkas atau shell, osFoundry menampilkan dialog izin dan aplikasi tidak melakukan apa pun sampai Anda menyetujuinya. Izin adalah keputusan manusia yang eksplisit, bukan pengaturan bawaan yang diberikan aplikasi kepada dirinya sendiri. Hal ini menjaga native runtime tetap jujur dengan sikap local-first osFoundry: data Anda bisa tetap di perangkat Anda, aplikasi bekerja terhadap jalur dan proses lokal alih-alih bolak-balik ke cloud, dan Anda melihat serta menyetujui apa yang boleh dilakukannya.
Di dalam osFoundry, native runtime berdampingan dengan bagian ruang kerja lainnya, tempat yang sama saat Anda menjalankan chat dan agen, menulis kode, serta menyimpan pengetahuan dan data. Aplikasi yang Anda bangun atau pasang bisa beralih dari sekadar alat yang terhubung ke jaringan menjadi alat yang ikut serta dalam lingkungan lokal Anda, sementara model BYOK berarti bagian AI dari aplikasi itu berjalan dengan kunci Anda sendiri tanpa markup penjual ulang. Runtime ini adalah kemampuan desktop: ia bergantung pada keberadaan di mesin Anda, dan justru itulah yang membuat akses sistem berkas dan shell menjadi mungkin serta aman untuk dipahami.
Kemampuan utama
- Jalankan aplikasi sebagai proses desktop native, bukan web view tersandbox, sehingga bisa bertindak di mesin Anda yang sesungguhnya
- Baca dan tulis berkas lokal secara langsung, membiarkan aplikasi bekerja pada folder dan data yang sudah ada di perangkat Anda
- Panggil perintah shell dan binary lokal dari dalam aplikasi, untuk build, skrip, dan tugas sistem
- Setiap permintaan sistem berkas dan shell dikendalikan oleh dialog izin eksplisit yang Anda setujui sebelum apa pun berjalan
- Local-first sejak awal: pekerjaan tetap di perangkat Anda alih-alih bolak-balik ke cloud, dan AI berjalan dengan kunci BYOK Anda sendiri
Kasus penggunaan
- Developer: membangun aplikasi yang menjalankan suite pengujian atau skrip build lokal lewat shell dan menampilkan hasilnya di ruang kerja
- Analis data: mengarahkan aplikasi ke satu folder berisi CSV di disk dan memprosesnya di tempat, tanpa mengunggah berkas ke mana pun
- Pengguna yang peduli privasi: menjalankan alat yang membaca dokumen lokal secara native, menyetujui akses sistem berkas satu kali lewat dialog izin
Pertanyaan yang sering diajukan
Apakah aplikasi osFoundry benar-benar bisa mengakses sistem berkas dan shell saya?
Ya, di desktop sebuah aplikasi bisa berjalan sebagai proses native dengan akses nyata ke sistem berkas dan shell. Ini bukan sandbox peramban. Akses itu dikendalikan: aplikasi harus mendapat persetujuan Anda melalui dialog izin sebelum bisa membaca berkas atau menjalankan perintah.
Bagaimana native runtime tetap aman jika bisa menjalankan perintah shell?
Akses tidak diberikan otomatis. Saat aplikasi menginginkan sistem berkas atau shell, osFoundry menampilkan dialog izin dan aplikasi tetap terblokir sampai Anda menyetujuinya. Anda yang memutuskan apa yang boleh dilakukannya, sesuai dengan model local-first tempat data Anda bisa tetap di perangkat Anda.
Apakah native runtime tersedia di versi web?
Ini adalah kemampuan desktop. Berjalan sebagai proses native dengan akses sistem berkas dan shell bergantung pada keberadaan di mesin Anda sendiri, dan itulah yang membuat akses tersebut mungkin sejak awal. Konteks web tidak memberikan jangkauan lokal semacam itu.