Agen AI mulai berinteraksi dengan aplikasi desktop seperti yang dilakukan pengguna manusia. Bagi tim TI, ini menimbulkan pertanyaan penting: apakah perangkat lunak Windows yang ada, termasuk aplikasi tanpa API modern, dapat diakses oleh alur kerja yang didorong oleh AI tanpa harus diganti atau dibangun ulang terlebih dahulu?
Jawaban tersebut memiliki implikasi yang melampaui otomatisasi AI. Ini mempengaruhi arsitektur desktop, pengiriman aplikasi, identitas, izin, dan keamanan siber, terutama ketika agen dapat mengambil tindakan daripada sekadar mengambil informasi.
Mengapa Agen AI Memerlukan Akses ke Aplikasi Desktop?
Tempat API?
Sebagian besar otomatisasi perusahaan bekerja paling baik ketika perangkat lunak berkomunikasi melalui antarmuka pemrograman aplikasi (API). API menyediakan operasi terstruktur dan input serta output yang dapat diprediksi tanpa memerlukan perangkat lunak untuk menginterpretasikan antarmuka grafis.
Kesulitannya adalah bahwa lingkungan perusahaan mengandung aplikasi yang tidak pernah dirancang di sekitar API modern. Aplikasi Windows khusus, klien ERP yang lebih lama, dan perangkat lunak lini bisnis proprietari dapat tetap penting lama setelah arsitektur aslinya menjadi usang.
Masukkan Agen AI
Penggunaan komputer menawarkan jalur lain. Alih-alih mengharuskan setiap aplikasi untuk mengekspos API, agen AI dapat berinteraksi dengan antarmuka yang sama yang disediakan untuk pengguna manusia.
Ini tidak lagi hanya eksperimental. Amazon Web Services (AWS) sekarang memposisikan Amazon WorkSpaces untuk agen AI sebagai lingkungan yang dikelola di mana agen dapat menjalankan aplikasi desktop, termasuk aplikasi tanpa API modern. Microsoft juga menggambarkan Windows 365 untuk Agen sebagai lingkungan eksekusi untuk tugas-tugas yang memerlukan interaksi dengan aplikasi desktop dan web yang tidak memiliki API yang dapat diandalkan.
Karena ini adalah proposisi vendor, anggap tidak semua aplikasi atau alur kerja lama siap untuk operasi otonom. Sadarilah hal ini saat merencanakan infrastruktur produksi.
Bagaimana Agen AI Sebenarnya Dapat Menggunakan Aplikasi Windows?
Jenis agen AI untuk berbagai jenis interaksi
Agen AI Desktop tidak semuanya berinteraksi dengan perangkat lunak dengan cara yang sama. Sistem penggunaan komputer dapat menganalisis tangkapan layar dan menghasilkan klik mouse serta input keyboard, secara efektif mereproduksi beberapa interaksi manusia dengan antarmuka pengguna grafis.
Pendekatan lain menggunakan kontrol sistem operasi, informasi aksesibilitas, atau teknik otomatisasi deterministik yang lebih dekat dengan otomatisasi proses robotik (RPA). Arsitektur hibrida dapat menggabungkan metode ini dengan API atau alat Protokol Konteks Model (MCP).
Contoh dan Potensi manfaat bagi tim TI
AWS, misalnya, menggabungkan interaksi desktop visual dengan penerusan alat MCP, memungkinkan tugas yang sesuai untuk menggunakan alat langsung daripada interaksi tingkat piksel. Microsoft juga membedakan agen yang menggunakan komputer dari RPA dalam arsitektur Windows 365 untuk Agen.
Bagi tim IT, perbedaan ini sangat penting. Antarmuka yang terstruktur sebaiknya dipilih ketika ia menyediakan fungsionalitas yang diperlukan dengan andal dan aman. Interaksi GUI menjadi sangat menarik ketika tidak ada jalur programatik yang sesuai.
Memberikan AI ruang untuk bertindak di area tertentu
Kemampuan yang sama juga dapat mendukung pemecahan masalah aplikasi. Sebuah agen AI mungkin memeriksa aplikasi Windows yang tidak berfungsi, mereproduksi kesalahan atau memeriksa apakah koreksi yang disetujui teknisi berhasil. Kemungkinan seperti itu melampaui integrasi aplikasi ke dalam Lingkup agen AI dalam dukungan TI dan pemecahan masalah jarak jauh Di sana, izin eksekusi, pengawasan AI, dan verifikasi yang dapat diandalkan menjadi pertimbangan utama.
Apakah Setiap Agen AI Memerlukan Desktop Sendiri?
Setelah seorang agen membutuhkan aplikasi grafis, tim TI harus memutuskan di mana interaksi tersebut harus terjadi.
Akses Desktop Lokal
Seorang agen dapat berpotensi mengoperasikan perangkat lunak yang diinstal di workstation fisik. Ini memberikan akses langsung ke aplikasi, file, dan konteks pengguna yang ada, tetapi juga berisiko mencampurkan aktivitas manusia dan otonom dalam lingkungan yang sama.
Eksekusi lokal juga memerlukan definisi yang hati-hati. Sebuah agen dapat berjalan secara lokal sambil mengirimkan prompt, tangkapan layar, atau data aplikasi ke model AI yang dihosting secara jarak jauh. Di mana desktop berjalan dan di mana data diproses adalah pertanyaan arsitektural yang terpisah. Pertanyaan yang muncul dari tumpang tindih dan pemisahan ini memerlukan pertimbangan lebih lanjut.
Desktop Virtual Khusus dan DaaS
A desktop virtual khusus menciptakan pemisahan yang lebih kuat. AWS WorkSpaces untuk agen AI dan Microsoft Windows 365 untuk Agen menggambarkan model ini, menyediakan beban kerja agen dengan sesi desktop yang dikelola daripada membiarkan mereka bertindak langsung di workstation karyawan. Microsoft menggambarkan PC Cloud yang dipool dengan identitas yang dikelola, postur perangkat, dan siklus hidup sesi yang diatur.
Desktop sebagai Layanan (DaaS) oleh karena itu menjadi salah satu lapisan eksekusi yang mungkin untuk agen AI serta pengguna manusia.
Pengiriman Aplikasi Jarak Jauh
Namun, desktop virtual yang lengkap mungkin tidak selalu diperlukan. Jika seorang agen hanya membutuhkan satu atau dua aplikasi Windows, tim TI juga dapat mempertimbangkan apakah aplikasi tersebut harus dihosting secara terpusat dan disampaikan sebagai sesi jarak jauh yang terkontrol.
Ini mengalihkan pertanyaan arsitektur dari "Di mana desktop agen seharusnya berada?" menjadi "Sumber daya apa yang sebenarnya dibutuhkan agen ini untuk dijangkau?"
Di mana ditambah apa, singkatnya:
Di mana agen AI dieksekusi dan bagaimana agen tersebut berinteraksi dengan aplikasi tertentu adalah keputusan arsitektur yang terpisah. Sementara aplikasi dapat berjalan di workstation fisik, desktop virtual, atau server yang dihosting secara terpusat, ingatlah bahwa TI mungkin menyediakan berbagai skenario. Agen AI mungkin ditujukan untuk menggunakan API, otomatisasi proses robotik deterministik (RPA), penggunaan komputer visual, dll. di salah satu lingkungan di atas.
| Lingkungan eksekusi | Keuntungan potensial | Pertimbangan utama & isu yang diangkat |
|---|---|---|
| Workstation yang ada | Menggunakan kembali aplikasi yang terinstal dan lingkungan lokal | Mencampurkan aktivitas karyawan dan otomatisasi |
| Desktop virtual khusus atau PC Cloud | Menyediakan lingkungan eksekusi yang terpisah dan dapat dikelola | Provisioning, konfigurasi isolasi dan biaya berkelanjutan |
| Aplikasi yang dihosting dan diterbitkan secara terpusat | Dapat membatasi antarmuka aplikasi yang diekspos kepada agen | Membutuhkan integrasi penggunaan komputer yang kompatibel dan izin sesi yang sesuai |
Bisakah AI Berpartisipasi dalam Memberikan Kehidupan Baru untuk Aplikasi Windows Warisan Anda?
Perangkat lunak warisan secara tradisional telah menghadirkan pilihan yang sulit untuk proyek otomatisasi. Jika aplikasi penting tidak memiliki API, organisasi mungkin memerlukan integrasi kustom, RPA, atau modernisasi aplikasi sebelum menghubungkannya ke alur kerja yang lebih baru.
Agen AI menambahkan kemungkinan lain. Jika perangkat lunak dapat menginterpretasikan dan memanipulasi antarmuka pengguna yang ada, GUI itu sendiri dapat menjadi permukaan integrasi.
AWS dan Microsoft contoh:
AWS secara eksplisit menyajikan penghindaran modernisasi aplikasi dan integrasi kustom sebagai kasus penggunaan untuk agen WorkSpaces-nya. Microsoft sedang mengembangkan akses dari agen Cloud PC ke aplikasi bisnis yang ada di lokasi, dengan cara yang sama membingkai kemampuan tersebut di sekitar otomatisasi alur kerja tanpa terlebih dahulu memodernisasi aplikasi warisan.
Automasi Desktop AI: potensi yang layak dieksplorasi
Itu tidak membuat setiap aplikasi lama cocok untuk otomatisasi desktop AI. Antarmuka berubah, interpretasi visual dapat gagal, sesi dapat mencapai keadaan yang tidak terduga dan lisensi mungkin membatasi bagaimana aplikasi digunakan. Alur kerja yang secara teknis dapat diakses oleh agen masih perlu diuji untuk keandalan, dukungan, dan risiko bisnis.
Pertanyaan Keamanan dan Kepatuhan Baru Apa yang Diajukan oleh Akses Agen AI?
Memberikan akses kepada agen AI untuk perangkat lunak bisnis mengubah perannya dari asisten informasi menjadi peserta sistem aktif. Oleh karena itu, model keamanan perlu mengasumsikan bahwa seorang agen dapat melakukan kesalahan, salah memahami konteks, mengambil tindakan yang secara teknis diizinkan tetapi tidak pernah dimaksudkan, atau bahkan dengan cara tertentu melampaui batas wewenangnya.
Agen AI Memerlukan Identitas dan Izin yang Ditetapkan
Hak akses minimal
Akses agen harus dimulai dengan hak istimewa paling sedikit. Tim TI perlu menentukan akun mana yang digunakan agen, aplikasi dan file mana yang dapat diakses, sumber daya jaringan mana yang dapat dijangkau, dan apakah ia dapat menjalankan operasi yang memiliki hak istimewa atau merusak.
Mendorong keamanan siber yang lebih ketat, termasuk terkait penggunaan AI
Untuk organisasi yang menerapkan agen di berbagai platform SaaS, browser, dan aplikasi Windows, mendefinisikan izin akses hanyalah awalnya. Identitas yang didedikasikan, otorisasi tingkat aplikasi, perlindungan kredensial, dan prosedur pencabutan juga penting. Panduan kami untuk Keamanan agen AI dan akses non-manusia ke aplikasi bisnis menganalisis kontrol ini dan cara tim TI dapat menerapkannya.
Contoh preseden keamanan siber
Perusahaan Insiden PocketOS memberikan ilustrasi yang sangat jelas mengapa kontrol arsitektur itu penting. Pada April 2026, seorang agen pengkodean AI yang bekerja pada tugas staging memperoleh token API Kereta Api dan menghapus basis data produksi perusahaan serta cadangan terkait dalam satu operasi API. Penghapusan yang dilaporkan memakan waktu sembilan detik.
Pelajaran ini lebih luas daripada pengkodean agen. Instruksi yang memberi tahu agen untuk tidak melakukan operasi berbahaya tidak setara dengan infrastruktur yang mencegah operasi tersebut.
AI Lokal dan AI Pihak Ketiga Membuat Jalur Data yang Berbeda
Organisasi juga perlu memetakan di mana informasi berpindah. Sebuah desktop mungkin dihosting secara lokal sementara model yang menginterpretasikan isinya beroperasi di infrastruktur pihak ketiga.
Tangkapan layar dapat mengekspos catatan pelanggan, kredensial, atau data aplikasi yang bersifat rahasia. Permintaan, log, dan informasi kontekstual dapat menciptakan aliran data tambahan yang tunduk pada persyaratan retensi, residensi, dan regulasi.
Sebelum penerapan, tim TI harus mengidentifikasi di mana agen dijalankan, di mana model AI dijalankan, dan di mana data aplikasi diproses atau disimpan.
Persetujuan Manusia Memerlukan Batas yang Bermakna
Kontrol manusia dalam proses sangat penting sebelum tindakan yang berdampak, bukan setelahnya. Menghapus data, mengubah izin, mengajukan transaksi keuangan, atau memodifikasi sistem produksi mungkin memerlukan konfirmasi eksplisit atau sekadar berada di luar ruang lingkup yang diizinkan untuk agen.
Risiko yang lebih luas tidak lagi bersifat hipotetis. Database Insiden AI menambahkan 148 ID insiden selama periode pemrosesan Mei-Juli 2026, sambil memperingatkan bahwa penambahan ini mencakup peristiwa dari tanggal yang berbeda dan tidak boleh diartikan sebagai pengukuran frekuensi insiden. Namun, ringkasan ini tetap menyoroti masalah yang berulang yang melibatkan sistem otonom, privasi, dan aktivitas keamanan siber yang dibantu AI.
Logs Penting Terlebih Lagi Ketika Pengguna Adalah Perangkat Lunak
Sesi agen harus meninggalkan cukup bukti untuk merekonstruksi apa yang terjadi. Catatan otentikasi, aktivitas sesi catatan aplikasi dan tindakan agen semuanya dapat berkontribusi pada jejak audit tersebut.
Administrator juga perlu cara untuk menghentikan aktivitas dengan cepat. AWS telah menambahkan visibilitas sesi waktu nyata dan pencabutan akses ke WorkSpaces untuk agen AI, sementara Microsoft menggambarkan pemantauan, kontrol sesi, dan intervensi manusia sebagai bagian dari arsitektur Cloud PC agennya. Kontrol ini menyoroti pertanyaan operasional kunci yang harus diajukan tim TI, terlepas dari platform.
Apa yang Harus Diputuskan IT Sebelum Memberikan Akses Desktop kepada Agen AI?
Titik awal yang berguna adalah memperlakukan agen AI sebagai kelas baru pengguna istimewa daripada skrip otomatisasi yang sangat mampu.
Sebelum mengizinkan akses desktop, tentukan apakah interaksi GUI benar-benar diperlukan dan pisahkan agen dari sumber daya yang tidak dibutuhkannya. Berikan identitas khusus dengan izin paling sedikit, dan tentukan tindakan mana yang memerlukan persetujuan manusia atau tidak dapat dilakukan secara otonom.
Tim IT juga harus memastikan bahwa aktivitas dapat dicatat, dihentikan, diselidiki, dan yang terburuk dibalik, meskipun semuanya harus dilakukan agar ini tidak pernah diperlukan. Akhirnya, uji kondisi kegagalan dengan sengaja seperti alur kerja yang berhasil: perilaku agen ketika aplikasi membeku, kredensial gagal, atau informasi yang tidak terduga muncul mungkin lebih penting daripada perilakunya selama urutan yang ideal.
Mengenai perangkat lunak warisan dan penerbitan aplikasi, kami akan mempertimbangkan hal-hal berikut:
| Pertanyaan | Mengapa itu penting |
|---|---|
| Apakah aplikasi ini menawarkan API yang dapat digunakan atau antarmuka otomatisasi yang sudah ada? | Menghindari otomatisasi visual yang tidak perlu |
| Seberapa stabil antarmuka pengguna? | Menentukan keandalan interaksi mouse, keyboard, dan visual |
| Di mana aplikasi harus dijalankan? | Menetapkan persyaratan workstation, desktop virtual, atau aplikasi yang diterbitkan |
| Apakah aplikasi dapat mendukung sesi dan beban kerja yang dimaksud? | Membantu mengidentifikasi batasan konkruensi, lisensi, dan kinerja |
| Bagaimana kegagalan akan terdeteksi dan ditangani? | Mencegah otomatisasi dari menghasilkan hasil yang tidak lengkap secara diam-diam |
Untuk informasi lebih lanjut tentang identitas dan izin serta masalah keamanan seperti itu, artikel keamanan agen AI kami adalah bacaan Anda selanjutnya.
Di mana Penyerahan Aplikasi Jarak Jauh Cocok?
Kedatangan agen AI tidak secara otomatis berarti organisasi memerlukan lebih banyak PC Cloud. Untuk lingkungan yang sudah menghosting aplikasi Windows secara terpusat, pengiriman aplikasi jarak jauh menyajikan kemungkinan arsitektur lainnya.
TSplus Remote Access menyediakan penerbitan aplikasi Windows terpusat dan akses jarak jauh tanpa memerlukan setiap pengguna untuk mengoperasikan desktop cloud yang lengkap. Saat organisasi mulai mengevaluasi akses agen ke aplikasi yang ada, prinsip yang sama menimbulkan kemungkinan menarik: menyediakan akses di sekitar aplikasi dan tugas daripada secara otomatis di sekitar seluruh desktop.
Ini bukan untuk menyarankan bahwa TSplus Remote Access merupakan platform agen AI itu sendiri. Sebaliknya, agen AI membuat pertanyaan yang ada tentang penerbitan aplikasi, isolasi sesi, kontrol akses, dan kepemilikan infrastruktur menjadi relevan bagi jenis konsumen aplikasi yang baru.
Agen AI Siap Mengubah Pendekatan Terhadap Aplikasi Warisan
Aplikasi Windows legacy dirancang untuk orang-orang yang duduk di depan keyboard. Agen pengguna komputer menantang asumsi itu dengan membuat antarmuka grafis yang berpotensi dapat diakses oleh perangkat lunak juga.
Bagi tim TI, pertanyaan pentingnya bukan sekadar apakah agen AI dapat mengklik melalui aplikasi Windows lama. Melainkan, bagaimana memberikan hanya akses yang dibutuhkan agen untuk mempertahankan kontrol atas identitas, data, sesi, dan infrastruktur. Seiring agen AI menjadi pengguna aplikasi, arsitektur akses jarak jauh yang baik kemungkinan akan semakin penting, bukan semakin kurang.
Uji Coba Gratis Akses Jarak Jauh TSplus
Alternatif Citrix/RDS terbaik untuk akses desktop/aplikasi. Aman, hemat biaya, di tempat/awan