A2UI Dijelaskan: Apa yang Dilakukan (dan Tidak) Dilakukan oleh Protokol Agen-ke-UI
A2UI adalah protokol JSON deklaratif yang memungkinkan agen AI mendeskripsikan antarmuka untuk dirender oleh klien. Bagaimana cara kerjanya, penyaji mana yang ada, dan apa yang tidak dilakukannya.
Pengambilan Inti
A2UI (Agen ke UI) adalah protokol JSON terbuka dan deklaratif yang dibuat oleh Google. Agen AI mengirimkan deskripsi antarmuka, dan klien merendernya dengan komponen aslinya alih-alih mengeksekusi kode dari agen. Ini adalah cara untuk memindahkan struktur dan data UI melintasi batas kepercayaan, bukan sistem animasi, pustaka komponen, atau perender yang sudah selesai. ExodeUI bukan penyaji A2UI dan tidak berafiliasi dengan Google.
Apa itu A2UI?
A2UI adalah protokol untuk antarmuka berbasis agen. Alih-alih mengembalikan dinding teks atau mengeksekusi kode yang dihasilkan, agen AI mengirimkan aliran pesan JSON yang menjelaskan UI: permukaan mana yang akan dibuat, komponen apa yang dikandungnya, dan data apa yang mengisinya. Klien menerima pesan-pesan tersebut dan merender hasilnya dengan komponen yang sudah dipercaya. A2UI dibuat oleh Google dan berlisensi Apache 2.0, dengan kontribusi dari CopilotKit dan komunitas sumber terbuka. Pada Oktober 2026, spesifikasi produksi saat ini adalah v0.9.1 dan v1.0 adalah kandidat rilis.
Masalah yang A2UI coba selesaikan
Agen pandai menghasilkan jawaban yang berguna dan buruk dalam menyampaikannya sebagai antarmuka. Respons teks tidak dapat menampilkan tabel perbandingan, formulir pemesanan, atau dasbor. Menghasilkan HTML atau JavaScript secara sewenang-wenang memecahkan masalah presentasi dan menciptakan masalah keamanan, karena klien sekarang menjalankan kode yang tidak ditulisnya. A2UI mengambil rute ketiga: agen mendeskripsikan UI dalam format terbatas, dan klien memutuskan cara merendernya. Agen hanya dapat menggunakan komponen yang telah disetujui klien, dan outputnya berupa data, bukan kode yang dapat dieksekusi.
Bagaimana permukaan A2UI dibuat
Protokol ini menggunakan sekumpulan kecil jenis pesan. Skema pastinya berubah antar versi, jadi periksa spesifikasinya sebelum menerapkannya, tetapi bentuknya stabil.
- createSurface: memberitahu perender untuk membuat permukaan baru, yang merupakan wilayah antarmuka yang dapat diperbarui oleh agen
- updateComponents: menambah atau mengubah definisi komponen pada permukaan itu
- updateDataModel: mengubah data yang ditampilkan komponen, tanpa mengirim ulang strukturnya
- deleteSurface: menghapus permukaan saat tidak diperlukan lagi
Penyaji dan transportasi
A2UI bersifat transportasi-agnostik. Spesifikasi menjelaskan pesan, bukan bagaimana pesan tersebut dikirimkan. Proyek ini mencantumkan implementasi renderer untuk Angular, Flutter, Lit, React dan Markdown, serta transport binding untuk AG-UI, A2A dan MCP, dengan WebSockets, SSE dan REST juga dapat digunakan. Intinya adalah fleksibilitas: respons agen yang sama dapat diberikan oleh klien web, aplikasi seluler, atau aplikasi desktop, masing-masing menggunakan sistem desainnya sendiri.
Apa yang tidak dilakukan A2UI
A2UI mudah dibaca secara berlebihan. Itu tidak mengirimkan pustaka komponen yang bisa Anda masukkan ke dalam aplikasi, dan itu tidak merender apa pun dengan sendirinya: Anda memerlukan perender dan katalog komponen yang dikontrol klien. Itu tidak menentukan bagaimana UI bergerak. Itu tidak menggantikan MCP, yang memaparkan alat dan data ke model, atau AG-UI, yang membawa peristiwa interaksi antara agen dan frontend. Dan hal ini tidak menghilangkan kebutuhan akan tinjauan teknis: antarmuka yang dihasilkan masih harus menangani status pemuatan, status kosong dan kesalahan, izin, dan aksesibilitas.
A2UI vs AG-UI vs MCP
Ketiganya sering disebutkan bersamaan karena ketiganya memecahkan berbagai lapisan masalah yang sama. Singkatan yang berguna: A2UI mendeskripsikan antarmuka, AG-UI membawa interaksi, dan MCP memberikan alat dan data kepada agen. Dokumentasi A2UI sendiri menjelaskan AG-UI sebagai transport binding untuk A2UI, dan A2UI juga dapat melakukan perjalanan melalui MCP. Standar-standar tersebut saling melengkapi, bukan standar yang bersaing. Jika Anda memilih integrasi, mulailah dari apa yang dapat dirender oleh klien Anda dan transport mana yang sudah didukungnya, bukan dari protokol yang memiliki momentum paling besar.
Dimana animasi dan interaksi cocok
A2UI menjelaskan struktur dan data. Gerakan adalah perhatian klien: penyaji memutuskan apakah suatu permukaan muncul secara instan, memudar, atau bertransisi dari keadaan sebelumnya. Ini adalah kabar baik bagi tim produk, karena ini menjaga sistem animasi di klien tetap sesuai dengan sistem desain dan pengaturan aksesibilitas. Ini juga berarti implementasi A2UI tidak dianimasikan secara otomatis. Jika antarmuka yang dihasilkan memerlukan penekanan tombol, transisi keadaan, atau reaksi maskot, klien harus menyediakan perilaku tersebut. ExodeUI dapat memainkan gerakan interaktif di klien, dan memiliki server MCP untuk alat pengkodean AI, tetapi ini bukan penyaji A2UI dan tidak boleh digambarkan sebagai penyaji.
Cuplikan Implementasi Produksi
// Simplified shape of an A2UI message stream (schema differs by version).
{ "createSurface": { "surfaceId": "cart" } }
{ "updateComponents": { "surfaceId": "cart", "components": [ /* ... */ ] } }
{ "updateDataModel": { "surfaceId": "cart", "data": { /* ... */ } } }
{ "deleteSurface": { "surfaceId": "cart" } }Kunci Principles untuk Diingat
- A2UI adalah protokol JSON untuk antarmuka yang dijelaskan oleh agen, dibuat oleh Google dan dilisensikan dengan Apache 2.0
- Klien merender dengan komponennya sendiri; agen tidak mengeksekusi kode UI sewenang-wenang
- Ini mendefinisikan pesan dan menyerahkan penyaji, pengangkutan, dan gerakan ke klien
- Ini bukan sistem animasi atau pustaka komponen drop-in
- ExodeUI bukan perender A2UI dan tidak memiliki afiliasi dengan Google