Back home

Alat pemrograman AI bersaing untuk masuk ke alur kerja tingkat desktop

Setelah alur kerja front-end diambil alih oleh agen lokal, diferensiasi produk mulai bermigrasi dari parameter model ke kontrol tautan eksekusi.

Minggu lalu, setelah mengubah proses regresi skala abu-abu halaman tengah-akhir dari “browser yang berfokus pada manusia” menjadi “eksekusi berkelanjutan agen”, masalah pertama yang muncul bukanlah jawaban model yang salah, tetapi tautan eksekusi terputus di batas desktop: status login ada di browser, perintah build ada di terminal, dan tangkapan layar serta anotasi ada di alat lain. Jika sesi ini dilompati dari langkah mana pun, konteksnya harus disusun kembali.

Sebelum transformasi ini, prosesnya tampak sangat otomatis: produk CI meluncurkan lingkungan pratinjau, skrip menjalankan kasus penggunaan jalur utama, dan kemudian halaman pengecualian dikirim ke tinjauan manual. Yang paling menghambat efisiensi adalah tahap finishing. Untuk masalah seperti dislokasi halaman, gaya jitter, dan status komponen abnormal, “DOM saat ini, permintaan jaringan, kesalahan konsol, dan langkah-langkah interaktif” harus ditempatkan pada timeline yang sama sehingga pemecahan masalah dapat digabungkan. Garis ini sering terpotong saat beralih di antara beberapa alat.

Setelah berubah ke satu sesi Agen, rantai eksekusi menjadi tiga tahap: pertama, gunakan perintah lokal untuk menarik data pratinjau dan tiruan, kemudian mengarahkan browser untuk mereproduksi jalur dalam sesi yang sama, dan terakhir menulis kembali patch perbaikan secara langsung dan memicu regresi minimal. Modelnya sendiri tidak tiba-tiba menjadi lebih pintar, namun kecepatan lokasi masalah meningkat secara signifikan, dan alasannya sederhana: konteksnya tidak meninggalkan permukaan eksekusi.

Manfaat spesifiknya tercermin dalam tiga hal.

Yang pertama adalah kesinambungan negara. Di masa lalu, ketika saya mereproduksi cacat front-end, nama file tangkapan layar, log terminal, dan perbedaan kode tersebar di jendela yang berbeda, dan stempel waktu harus diselaraskan berulang kali selama pemecahan masalah. Sekarang percakapan secara alami membawa keluaran perintah, operasi halaman dan urutan modifikasi kode, dan kelainan telah berubah dari “masalah pengumpulan informasi” menjadi “masalah penilaian”.

Yang kedua adalah kegagalan bisa terulang kembali. Hal yang paling menyusahkan dalam otomatisasi tradisional adalah “sesekali muncul sekali dan kemudian menghilang”. Eksekusi satu sesi mempertahankan urutan tindakan lengkap, dan masukan yang sama dapat dijalankan kembali secara lokal, sehingga meminimalkan biaya pengulangan. Untuk kesalahan front-end yang umum seperti kompetisi animasi, jitter hidrasi layar pertama, dan ketidakselarasan waktu, kemampuan ini lebih berharga daripada skor benchmark tambahan.

Yang ketiga adalah pengurangan biaya pemeliharaan. Di masa lalu, setiap kali alat ditambahkan, lapisan kode perekat harus dipertahankan: autentikasi, pemetaan parameter, format log, dan percobaan ulang kegagalan. Eksekusi dalam sesi menghilangkan sebagian dari perekat tersebut, dan tim mengalihkan fokusnya dari “mengkabelkan kabel” kembali ke “menentukan kriteria inspeksi”. Ini juga merupakan alasan mengapa banyak produk pemrograman AI bersaing untuk masuk ke desktop akhir-akhir ini: begitu pintu masuk diperoleh, kemampuan selanjutnya secara alami dapat meluap di sepanjang rantai eksekusi.

Jalur ini tidak berarti tim front-end dapat meninggalkan sistem rekayasa yang ada. Kedua jenis skenario tersebut masih belum layak untuk diserahkan sepenuhnya kepada Agen. Kategori pertama adalah halaman di mana tinjauan merek dan desain sangat bergantung pada penilaian manual. Eksekusi otomatis dapat melakukan pra-penyaringan, namun tidak dapat menggantikan tinjauan akhir. Kategori kedua adalah lingkungan perusahaan dengan batasan izin yang kompleks. Jika agen desktop tidak dapat memperoleh model otorisasi minimum, peningkatan efisiensi akan diimbangi dengan biaya audit keamanan.

Kesalahpahaman yang patut diwaspadai adalah memahami gelombang perubahan ini sebagai perpanjangan dari “perang model”. Aspek kompetitif yang lebih penting dalam alur kerja front-end adalah: siapa yang dapat secara stabil mengambil alih eksekusi lokal, kontrol browser, memori konteks, dan tautan pemutaran. Kesenjangan parameter akan segera ditutup, dan begitu tautan eksekusi terbentuk, biaya migrasi akan semakin tinggi.

Ini juga merupakan kesimpulan yang diberikan oleh putaran latihan ini: entri tingkat desktop bukanlah hal yang mudah, ini menjadi medan pertempuran utama alat pemrograman AI. Ketika masalah front-end memerlukan konvergensi berkelanjutan di seluruh baris perintah, browser, dan repositori kode, siapa pun yang menguasai tautan ini akan menguasai efisiensi nyata.

FAQ

What to read next

Related

Continue reading