Peta Jalan FoneClaw OS: Dari Android Phone Agent ke Agent OS Berbasis AOSP
Peta jalan FoneClaw OS dari kemampuan FoneClaw saat ini sebagai Android phone agent menuju Agent OS berbasis AOSP, ponsel FoneClaw, interaksi voice first, dan ekosistem Agent Plugin.
- Kemampuan FoneClaw yang tersedia saat ini menjadi fondasi Android yang kami bangun hari ini: asisten mengambang, lampiran layar saat ini, kontinuitas tugas, persetujuan, penghentian, dan pemulihan izin.
- Tujuan produk kami adalah FoneClaw Agent OS berbasis AOSP dan ponsel FoneClaw, dengan agent pribadi di perangkat sebagai pemilik identitas, preferensi, memori, dan konteks lintas layanan.
- Hierarki interaksi FoneClaw adalah voice first, tombol fisik kedua, layar ketiga: suara menyatakan niat, tombol memberi kontrol cepat, dan layar menampilkan bukti, pilihan, persetujuan, serta hasil.
- Ekosistem Agent Plugin membawa layanan profesional ke agent melalui kontrak kemampuan yang terukur, sehingga pengguna dapat meminta hasil, meninjau langkah penting, dan memulihkan pekerjaan dari satu pusat kendali.
Dari Phone Agent Android hari ini menuju tujuan FoneClaw OS
Peta jalan FoneClaw OS dimulai dari pengalaman yang kami bangun setiap hari: FoneClaw saat ini adalah Android phone agent yang sudah dapat dipakai untuk mengubah permintaan bahasa alami menjadi tindakan ponsel yang didukung. Di atas fondasi itu, kami sedang membangun tujuan yang lebih besar: FoneClaw Agent OS berbasis AOSP dan ponsel FoneClaw yang dirancang sejak awal untuk agent pribadi. Bagi kami, ponsel AI yang matang harus memahami niat, menjaga konteks, memilih kemampuan yang tepat, menampilkan konsekuensi, lalu membawa pengguna ke hasil yang dapat diperiksa.
Berdasarkan informasi terbaru yang tersedia sejauh ini, fase Android FoneClaw menghadirkan asisten mengambang dengan bubble yang dapat dipindahkan dan panel ringkas, lampiran layar saat ini sekali ketuk dengan pengecualian overlay FoneClaw, kontinuitas tugas antara Home dan asisten mengambang, persetujuan bersama, penghentian, pemulihan izin, peningkatan pintasan Do Not Disturb, volume, meeting mode, keandalan screenshot, serta quick actions. Pembaca yang ingin mencoba fondasi terbaru dapat memulai dari halaman Download FoneClaw.
Di implementasi hari ini, model yang dikonfigurasi menafsirkan permintaan dan merencanakan pekerjaan, sementara alat Android terkelola menjalankan tindakan ponsel yang didukung dengan izin, status, persetujuan, hasil, dan pemulihan yang terlihat. Rute ini sengaja kami pilih karena sistem operasi agentic yang kuat harus lahir dari perilaku yang dapat diuji: seberapa cepat pengguna memanggil agent, seberapa relevan konteks yang dilampirkan, seberapa jelas izin yang diminta, dan seberapa mudah pekerjaan dihentikan atau dipulihkan saat kondisi Android berubah.
FoneClaw Agent OS dan ponsel FoneClaw adalah tujuan produk jangka panjang yang kami bangun secara bertahap dari runtime Android. Setiap rilis mendorong satu bagian dari susunan itu: invocation yang lebih dekat dengan pengguna, konteks layar yang lebih terukur, persetujuan yang lebih mudah dipahami, kontrak plugin yang lebih kuat, pemulihan yang lebih langsung, dan integrasi sistem yang semakin matang. Untuk pembaca yang ingin memahami kategori ponsel agentic secara luas sebelum membaca posisi FoneClaw, Apa Itu Ponsel AI Agentic? Arti, Sinyal 2026, dan Peran FoneClaw memberi landasan konseptual yang selaras dengan peta jalan ini.
Sasaran akhirnya sederhana untuk dijelaskan, tetapi besar untuk dibangun: ponsel menjadi milik agent pribadi pengguna. Agent itu memahami preferensi, menjaga memori, menautkan konteks lintas layanan, memilih Agent Plugin yang sesuai, dan tetap membuat tindakan penting dapat dilihat serta disetujui. Itulah arah FoneClaw: dari Android phone agent yang bekerja hari ini menuju Agent OS yang menjadikan niat pengguna sebagai pusat operasi ponsel.
Mengapa model ponsel berbasis aplikasi membuat agent bekerja lebih berat
Smartphone modern dibangun di sekitar aplikasi. Setiap layanan memiliki ikon, layar, akun, izin, data, dan cara kerja sendiri. Model ini berhasil ketika pengguna menjadi pengatur utama: membuka aplikasi pertama, menyalin konteks, berpindah ke aplikasi kedua, menekan tombol, lalu mengingat hasilnya. Saat agent mulai membantu, pola yang sama menghasilkan gesekan baru. Niat pengguna tersebar di banyak tempat, sementara agent perlu menjaga konteks, status, izin, dan dampak tindakan agar tetap terbaca.
Kami tetap menghargai aplikasi sebagai penyedia layanan. Aplikasi, web, API, plugin, dan jalur kompatibilitas akan terus berguna karena banyak pekerjaan digital lahir dari ekosistem yang sudah ada. Yang ingin kami ubah adalah pusat koordinasinya. Dalam pengalaman lama, pengguna menyusun sendiri langkah-langkah kecil: membaca pesan rapat, memilih kalender, membuat pengingat, menulis balasan, membuka peta, lalu menyimpan catatan. Dalam sistem operasi ponsel agentic, agent menjaga maksud kerja dan memilih kemampuan yang paling sesuai untuk menyelesaikan permintaan.
Interaksi layar tetap menjadi jembatan penting, terutama ketika layanan menyediakan fungsi melalui antarmuka visual. Namun agent membutuhkan kontrak yang lebih stabil daripada sekadar membaca tombol dan layout. Letak tombol dapat berubah, pohon aksesibilitas bisa berbeda antar perangkat, dan aplikasi dapat menambahkan verifikasi baru setelah pembaruan. Karena itu peta jalan FoneClaw OS mengarah ke kemampuan layanan yang dapat ditemukan, dipanggil, diberi izin, menghasilkan keluaran terstruktur, dan mencatat hasil secara konsisten.
Arah Android memberi konteks teknis yang berguna. Dokumentasi Android AppFunctions menunjukkan bagaimana aplikasi dapat mengekspos fungsi yang dapat ditemukan oleh agent atau asisten yang berwenang. Kami membaca pendekatan seperti ini sebagai sinyal penting bagi ekosistem: ponsel masa depan membutuhkan jalur layanan yang dapat dipahami mesin dan tetap dapat dikendalikan pengguna. Untuk struktur sistem yang lebih lengkap, Fondasi OS Agent 2026: Tiga Lapisan yang Dibutuhkan Phone AI Agent menjelaskan relasi antara fondasi sistem, agent, dan kemampuan layanan.
Kemampuan FoneClaw yang tersedia saat ini menjadikan fase ini praktis di Android. Asisten mengambang mengurangi perpindahan aplikasi saat pengguna ingin bertanya dari layar yang sedang dibuka. Lampiran layar saat ini memberi konteks yang dipilih secara sadar. Kontinuitas Home dan panel mengambang menjaga tugas tetap berjalan meskipun pengguna berpindah permukaan. Semua itu mengarah pada sasaran yang sama: koordinasi tugas berpindah dari kerja manual pengguna menuju agent yang tetap memperlihatkan izin, pilihan, hasil, dan pemulihan.
Suara pertama, tombol fisik kedua, layar ketiga
Interaksi FoneClaw kami susun dengan urutan voice first, tombol fisik kedua, layar ketiga. Suara menjadi jalur utama karena niat manusia paling cepat muncul sebagai kalimat. Pengguna ingin mengatakan “ringkas layar ini”, “siapkan balasan untuk Rina”, “aktifkan mode rapat satu jam”, atau “cari file unduhan terakhir dan tampilkan dulu.” Pada ponsel yang mengutamakan suara, kalimat seperti itu menjadi awal pekerjaan, bukan sekadar percakapan panjang yang berhenti di teks.
Tombol fisik menjadi jalur kedua karena kontrol yang dapat dirasakan tetap penting. Saat pengguna berada di luar ruangan, di kendaraan, di ruang kerja bersama, atau dalam situasi yang membutuhkan respons cepat, tombol memberi pemanggilan, konfirmasi ringan, penghentian, atau mode diam yang lebih andal. Kami melihat tombol sebagai bagian dari desain agentic: cara untuk menghubungkan niat, keselamatan, dan kendali tanpa memaksa pengguna membuka banyak layar.
Layar menjadi jalur ketiga karena layar paling kuat ketika dipakai untuk bukti dan keputusan. Layar menampilkan target, isi, pilihan, progres, alasan singkat, persetujuan, dan hasil. Ketika tindakan menyentuh pesan, file, kalender, lokasi, pengaturan, atau akun, pengguna perlu melihat apa yang akan terjadi dan apa yang sudah terjadi. Inilah peran layar dalam FoneClaw: tempat klarifikasi dan kontrol, sementara suara dan tombol mempercepat pemanggilan serta perintah.
Kemampuan FoneClaw saat ini sudah membawa hierarki ini ke pengalaman Android. Pengguna dapat membuka aplikasi lain, memanggil asisten mengambang, melampirkan layar saat ini, bertanya dengan konteks yang relevan, lalu meninjau aksi yang diusulkan. Kontinuitas antara Home dan panel mengambang membuat tugas tetap memiliki identitas yang sama. Jika pengguna menghentikan pekerjaan atau izin perlu dipulihkan, FoneClaw menjaga jalur kembali ke langkah yang dapat dilanjutkan.
Desain voice first juga membutuhkan bahasa yang praktis. Suara cocok untuk menyatakan tujuan dan batas: “buat draf, tampilkan sebelum dikirim”, “ubah volume, lalu konfirmasi status”, atau “ambil konteks layar ini dan jelaskan pilihan yang paling aman.” Tombol cocok untuk memanggil dan menghentikan. Layar cocok untuk melihat isi, target, konsekuensi, dan catatan hasil. Pembahasan khusus tentang prinsip ini tersedia di Ponsel AI yang Mengutamakan Suara: Mengapa Voice-First Tetap Membutuhkan Layar.
Fondasi AOSP dan susunan FoneClaw OS yang berpusat pada agent
Kami memilih AOSP sebagai fondasi tujuan jangka panjang karena FoneClaw membutuhkan dasar sistem yang terbuka, matang, dan kompatibel dengan ekosistem Android. Android Open Source Project memberi basis platform untuk pengembangan sistem Android-compatible. Di atas fondasi itu, FoneClaw membangun operating model yang berpusat pada agent: niat pengguna menjadi titik awal, agent menjaga status dan konteks, kebijakan mengatur izin serta persetujuan, lalu lapisan eksekusi menjalankan kemampuan ponsel dan layanan yang tersedia.
Susunan yang kami tuju dapat dibaca dari bawah ke atas. Perangkat dan AOSP menyediakan fondasi sistem. Inti agent memahami niat, menyimpan status tugas, memilih konteks yang relevan, dan merencanakan langkah. Lapisan kebijakan mengatur data apa yang dapat dipakai, tindakan mana yang perlu persetujuan, serta bagaimana hasil dicatat. Lapisan eksekusi menghubungkan rencana dengan alat Android, layanan sistem, dan Agent Plugin. Lapisan pengalaman menggabungkan suara, tombol, layar, panel ringkas, status, dan pemulihan dalam satu alur yang dapat dipahami pengguna.
Local dan cloud resources akan dipakai sesuai kebutuhan tugas, latensi, privasi, dan kemampuan. Sebagian pekerjaan bernilai tinggi saat dekat dengan perangkat, terutama konteks pribadi, preferensi, memori, status tugas, dan keputusan cepat. Sebagian penalaran dapat memakai model online yang dikonfigurasi pengguna ketika tugas membutuhkan kemampuan lebih besar. Yang kami desain adalah penempatan kerja yang dapat dijelaskan: data apa yang dipakai, kemampuan mana yang menjalankannya, persetujuan apa yang dibutuhkan, dan hasil apa yang kembali ke pengguna.
Kemampuan FoneClaw yang tersedia saat ini memperlihatkan bentuk awal susunan itu di Android. Model yang dikonfigurasi melakukan penalaran, sedangkan alat terkelola menjalankan tindakan ponsel yang didukung. Halaman fitur FoneClaw merangkum kemampuan yang dapat diuji saat ini, termasuk 100+ built-in tools untuk pekerjaan Android yang terkelola. Setiap kemampuan kami nilai dari hasil nyata: apakah tugas selesai, apakah izin sesuai tujuan, apakah status terbaca, apakah pengguna dapat menghentikan proses, dan apakah pemulihan membawa pengguna kembali ke pekerjaan yang sama.
Ketika susunan ini berkembang menuju FoneClaw Agent OS, integrasi sistem akan membuat agent semakin dekat dengan invocation, konteks layar, izin, catatan hasil, dan layanan profesional. AOSP memberi tanahnya; agent-centered stack memberi arah produknya. Itulah cara kami membangun AI OS berbasis AOSP: bukan dengan menempelkan AI pada menu lama, melainkan dengan menjadikan agent pribadi sebagai pusat operasi ponsel.
Dari pasar aplikasi menuju ekosistem Agent Plugin
Ekosistem yang kami tuju berangkat dari niat pengguna, bukan dari pencarian ikon aplikasi. Ketika pengguna berkata “rapikan dokumen ini dan kirim ringkasan ke tim”, agent perlu memahami dokumen, memilih layanan yang tepat, menyusun hasil, meminta persetujuan pada titik berdampak, lalu mencatat apa yang terjadi. Dalam model pasar aplikasi, pengguna menavigasi sendiri banyak layar. Dalam ekosistem Agent Plugin, layanan menyediakan kemampuan profesional yang dapat dipanggil agent melalui kontrak yang jelas.
Agent Plugin kami bayangkan sebagai capability contract. Setiap plugin menyatakan kemampuan apa yang tersedia, input apa yang diperlukan, izin apa yang dipakai, data apa yang disentuh, output apa yang dihasilkan, status apa yang dilaporkan, dan pemulihan apa yang tersedia ketika tugas gagal. Plugin memberi agent kemampuan layanan yang terukur; agent memilih dan menyusun kemampuan itu berdasarkan niat pengguna. Dengan cara ini, plugin menjadi jalur kerja profesional, bukan sekadar ekstensi visual.
Pengembang juga mendapatkan bentuk kerja yang lebih tepat untuk ponsel agentic. Mereka dapat membuat layanan yang dipanggil oleh agent, menghasilkan keluaran terstruktur, dan menjelaskan kegagalan secara jelas. Signing, review, izin, persetujuan, hasil, dan versi menjadi bagian dari kontrak produk. Pengguna mendapatkan pengalaman yang lebih langsung: mereka meminta hasil, melihat usulan tindakan, menyetujui langkah penting, lalu meninjau hasil di satu pusat kendali.
Kemampuan FoneClaw saat ini memberi fondasi untuk arah ini melalui Skills, Workflows, plugin, persetujuan, pemulihan izin, dan kontinuitas tugas. Saat ini, kemampuan tersebut berjalan di atas Android runtime. Dalam Agent OS, ekosistem Agent Plugin akan menjadi layanan bawaan dalam cara agent menyelesaikan pekerjaan. Untuk prinsip keamanan kemampuan yang dapat diperluas, Keamanan Skill AI Agent: Mengapa Phone Agent Perlu Cek Izin Saat Berjalan membahas cara izin saat berjalan, persetujuan, dan jejak tindakan perlu dipikirkan pada phone agent.
Aplikasi tetap memiliki tempat sebagai kanal distribusi, tampilan layanan, dan jembatan kompatibilitas. Namun pusat pengalaman FoneClaw bergerak ke agent pribadi yang mengatur layanan berdasarkan tujuan pengguna. Inilah perbedaan praktis Agent Plugin dan aplikasi biasa: aplikasi meminta pengguna memasuki ruang kerja layanan; Agent Plugin membawa kemampuan layanan ke ruang kerja agent pengguna. Ketika kemampuan seperti itu makin terstruktur, FoneClaw dapat menggabungkan layanan, konteks pribadi, izin, dan hasil dengan cara yang lebih konsisten.
Agent pribadi menjadi pemilik utama konteks lintas layanan
FoneClaw Agent OS kami rancang di sekitar agent pribadi di perangkat. Agent ini menjadi pemilik utama identitas, preferensi, memori, dan konteks lintas layanan. Dengan model ini, pengguna memiliki satu tempat untuk mengelola siapa mereka, apa yang mereka sukai, pekerjaan apa yang sedang berjalan, layanan mana yang menerima data, dan hasil apa yang sudah dibuat. Konteks pribadi bergerak bersama niat pengguna, bukan terpecah menjadi fragmen yang harus dijelaskan ulang di setiap layanan.
Rancangan ini memakai data secara bertugas. Saat pengguna meminta perjalanan, agent dapat memakai kalender, lokasi yang disetujui, preferensi waktu, dan kebutuhan transportasi. Layanan peta menerima konteks rute, layanan kalender menerima jadwal, layanan pesan menerima draf atau target yang relevan. Setiap layanan memperoleh bagian yang diperlukan untuk pekerjaan yang diminta, sementara agent menjaga hubungan antarbagian itu agar pengguna tetap melihat gambaran utuh.
Catatan transaksi, bukti pembayaran, file yang sengaja disimpan, atau riwayat layanan tetap menjadi bagian dari layanan yang menjalankan pekerjaan. Yang kami pusatkan pada agent pribadi adalah profil lintas layanan: memori, preferensi, hubungan konteks, izin, dan riwayat keputusan yang membantu pengguna mengendalikan pengalaman. Pengguna perlu dapat memeriksa memori, mencabut akses, menghapus konteks yang sudah selesai, dan melihat aktivitas agent dengan bahasa yang mudah dipahami.
FoneClaw hari ini sudah melatih prinsip itu pada level Android. Izin muncul sesuai kebutuhan tugas, tindakan penting dibuat dapat ditinjau, status dan hasil ditampilkan, dan pemulihan tersedia ketika izin atau konteks belum siap. Dalam kemampuan FoneClaw saat ini, lampiran layar saat ini memberi contoh context minimization yang nyata: pengguna melampirkan konteks yang sedang terlihat ketika dibutuhkan, lalu agent memakai konteks itu untuk menalar dan mengusulkan langkah berikutnya. Untuk pembahasan memori dan konteks personal yang lebih khusus, Agen AI dengan Konteks Personal untuk Phone Agent menjadi rujukan lanjutan.
Inilah dasar hubungan data yang kami bangun: agent pribadi memahami pengguna secara lintas layanan, plugin menerima konteks yang sesuai tugas, dan hasil tindakan kembali ke riwayat yang dapat diperiksa. Ketika FoneClaw bergerak dari Android runtime ke Agent OS, model kepemilikan konteks ini menjadi bagian inti dari pengalaman ponsel.
Perbedaan FoneClaw dengan pendekatan AI OS dan agent OEM saat ini
Gelombang ponsel agentic pada 2026 menunjukkan banyak rute arsitektur. Kami melihatnya sebagai tanda bahwa industri bergerak dari ponsel yang mengoperasikan aplikasi menuju ponsel yang memahami niat. Setiap pendekatan membawa kekuatan berbeda: preinstall OEM, assistant perangkat, agent sistem, model plus hardware, platform developer, atau layanan yang makin terstruktur. FoneClaw mengambil rute yang kami bangun dari pengalaman produk sendiri: Android phone agent hari ini, lalu Agent OS berbasis AOSP dan ponsel FoneClaw dengan voice first, tombol fisik kedua, layar ketiga, Agent Plugin, dan agent pribadi di perangkat.
| Pendekatan | Status dan arsitektur yang diumumkan | Rute arsitektur dibanding arah FoneClaw |
|---|---|---|
| DroiClaw | Menurut halaman resmi DroiClaw, Droi menggambarkan DroiClaw sebagai terminal AI operating system dengan arsitektur hybrid local-small-model dan cloud-large-model, preinstall pada ponsel Coolpad dan Philips tertentu pada 2026, serta dukungan custom Skills. | DroiClaw menunjukkan rute OEM dan preinstall dengan kombinasi edge-cloud. FoneClaw membangun arah Agent OS berbasis AOSP dan ponsel FoneClaw, dengan agent pribadi sebagai pusat pengalaman dan Agent Plugin sebagai cara layanan profesional masuk ke alur kerja pengguna. |
| Doubao Phone Assistant | Situs resmi Doubao Phone Assistant menampilkan operasi tugas ponsel bersama nubia M153, menyebut usaha tersebut sebagai eksplorasi awal, dan mengundang developer untuk menyediakan layanan. | Doubao Phone Assistant memperlihatkan rute assistant ponsel yang terhubung dengan perangkat dan layanan developer. FoneClaw membangun rute produk dari runtime Android yang dapat diuji menuju Agent OS, dengan konteks pribadi, izin, persetujuan, dan plugin service contract sebagai pusat desain. |
| Step AOS | Laporan peluncuran STEPX Neo dan Step AOS menyebut kombinasi model, agent Amoo, OS, layanan atomik, hardware STEPX, data, dan komputasi, dengan arah dari mengoperasikan aplikasi menuju menyatakan niat. | Step AOS menunjukkan rute terpadu antara model, agent, OS, layanan, dan hardware. FoneClaw berbagi arah intent-first, lalu menempatkan diferensiasi pada AOSP-based Agent OS, hierarki voice-button-screen, dan Agent Plugin yang tumbuh dari bukti runtime Android yang tersedia saat ini. |
| HONOR Agentic OS | Dalam pengumuman resmi HONOR Agentic OS, HONOR menggambarkan sistem yang berpusat pada niat dan tugas, dengan kerangka dari hardware, kernel, model, framework, interaksi, sampai ekosistem, serta konsep primary agent dan specialist agents. | HONOR mewakili rute OEM-integrated yang menyatukan perangkat, sistem, model, dan ekosistemnya. FoneClaw memulai dari Android phone agent yang dapat dipakai lintas perangkat Android yang kompatibel, lalu bergerak menuju OS dan ponsel FoneClaw dengan agent pribadi sebagai pusat konteks. |
| Xiaomi miclaw | Pengumuman developer Xiaomi HyperOS menggambarkan miclaw sebagai system-level AI Agent berbasis MiMo, dengan platform ekosistem Agent yang masuk pengujian terbatas dan mendukung aplikasi Agent melalui miclaw. | Xiaomi miclaw menunjukkan rute agent sistem dalam ekosistem HyperOS. FoneClaw mengarahkan desain ke agent pribadi lintas layanan, Agent Plugin sebagai kemampuan layanan terukur, dan ponsel FoneClaw sebagai perangkat yang dibangun untuk interaksi voice first sejak awal. |
| FoneClaw | FoneClaw saat ini berjalan sebagai Android phone agent dengan asisten mengambang, lampiran layar saat ini, kontinuitas tugas, persetujuan, penghentian, pemulihan izin, dan tindakan Android yang didukung melalui model yang dikonfigurasi serta alat terkelola. | FoneClaw membangun dari baseline Android menuju FoneClaw Agent OS berbasis AOSP dan ponsel FoneClaw. Rute kami menempatkan voice first, tombol fisik kedua, layar ketiga, Agent Plugin sebagai ekosistem layanan, dan agent pribadi di perangkat sebagai pemilik utama konteks. |
Kami memisahkan pembahasan detail tiap jalur agar artikel ini tetap menjadi baseline posisi FoneClaw. Rute Step AOS dan perangkat STEPX dibahas di Ponsel StepFun STEPX Neo: Step AOS, Amoo, Spesifikasi, dan Status Rilis. Integrasi Doubao Phone Assistant dan perangkat Nubia kami jelaskan di Doubao Agent Phone dan Nubia NaviX Ultra: Apa yang Berubah. Jalur HONOR dapat dibaca di HONOR Agentic OS dan Robot Phone: Status Demo, Reservasi, dan Agen Android, sementara konteks Xiaomi tersedia di Ekosistem AI Xiaomi 2026: MiMo, HyperOS AI, MiClaw, dan FoneClaw sebagai pesaing.
Perbandingan ini membantu pembaca melihat peta industri dengan lebih jernih. DroiClaw menekankan rute OEM preinstall dan hybrid model. Doubao Phone Assistant memperlihatkan assistant ponsel dengan eksplorasi layanan. Step AOS menggabungkan model, agent, OS, layanan, dan hardware. HONOR dan Xiaomi memperlihatkan rute OEM-integrated. FoneClaw memilih jalur yang kami bangun dari pengalaman Android phone agent menuju Agent OS berbasis AOSP, ponsel FoneClaw, dan ekosistem Agent Plugin yang berpusat pada agent pribadi pengguna.
Bagaimana FoneClaw hari ini bergerak menuju tujuan itu
Kami mengukur peta jalan FoneClaw OS melalui tahap kemampuan yang dapat dirasakan pengguna. Tahap pertama adalah Android phone agent yang terkelola. Kemampuan FoneClaw saat ini sudah menerima permintaan bahasa alami, memahami konteks yang didukung, menjalankan tindakan Android terkelola, menampilkan status, meminta persetujuan, memberi penghentian, dan memulihkan izin. Asisten mengambang dan lampiran layar saat ini membuat invocation serta konteks semakin dekat dengan aplikasi yang sedang dipakai.
Tahap kedua adalah integrasi sistem yang lebih dalam dan konteks lokal yang lebih tahan lama. Pada tahap ini, agent semakin baik dalam menjaga identitas tugas, preferensi, memori, status, dan catatan hasil di perangkat. Pengguna merasakan manfaatnya lewat pekerjaan yang mudah dimulai, dilanjutkan, dihentikan, dan dipulihkan. Kontinuitas antara Home dan panel mengambang yang tersedia saat ini menjadi contoh konkret: satu tugas tetap memiliki alur yang sama meskipun pengguna berpindah permukaan.
Tahap ketiga adalah platform Agent Plugin yang lebih matang. Layanan dan developer menyediakan kemampuan yang dapat dipanggil agent dengan input terukur, output terstruktur, kebijakan izin, mode persetujuan, kegagalan yang dapat dijelaskan, dan versi yang dapat dilacak. Di fase ini, plugin menjadi kontrak layanan untuk pekerjaan profesional: file, komunikasi, penjadwalan, navigasi, pengetahuan, dan alur lain yang membutuhkan hasil terverifikasi. Aplikasi dan web tetap menjadi kanal layanan, sementara plugin memberi agent cara kerja yang lebih terstruktur.
Tahap keempat adalah FoneClaw phone dan FoneClaw Agent OS berbasis AOSP. Di tahap tujuan ini, hierarki voice first, tombol fisik kedua, layar ketiga menjadi desain perangkat dan sistem. Agent pribadi di perangkat mengelola identitas, preferensi, memori, dan konteks lintas layanan. Agent Plugin menyediakan kemampuan profesional yang dapat dipilih, digabungkan, disetujui, dan dipulihkan. Setiap bagian yang kami kirim hari ini di Android memperpendek jarak menuju pengalaman itu.
Pengguna dapat menguji arah tersebut sekarang dengan tugas aman yang punya hasil terlihat: ringkas layar yang sedang dibuka, siapkan draf tanpa mengirim, ubah pengaturan yang didukung, buat memo, jalankan quick action, atau lampirkan layar saat ini untuk meminta penjelasan dan langkah berikutnya. Untuk panduan praktis tindakan Android hari ini, Kontrol Ponsel dengan AI Agent: Cara Kerja, Batas, dan Keamanan Android menjelaskan cara kerja, cakupan, dan keamanan ponsel secara lebih operasional.
Kriteria kemajuan FoneClaw tetap konkret: tugas selesai saat didukung, izin jelas, pengguna bisa menginterupsi, pemulihan membawa tugas kembali ke jalurnya, data yang diberikan ke layanan sesuai tujuan, plugin punya kontrak yang dapat dipercaya, dan hasil tindakan tercatat cukup untuk ditinjau. Itulah cara kami membangun peta jalan FoneClaw OS dari pengalaman langsung: release demi release, invocation menjadi lebih dekat, konteks menjadi lebih tepat, izin menjadi lebih mudah dipahami, plugin menjadi lebih terukur, dan agent pribadi menjadi pusat kerja ponsel.
Sumber: informasi terbaru FoneClaw di halaman Download FoneClaw, arsitektur dan kontribusi di repositori resmi FoneClaw, dokumentasi Android Open Source Project, dokumentasi Android AppFunctions, halaman resmi DroiClaw, situs resmi Doubao Phone Assistant, laporan peluncuran STEPX Neo dan Step AOS, pengumuman resmi HONOR Agentic OS, serta pengumuman developer Xiaomi HyperOS.