Agent coding diam-diam mengubah cara kerja pengembangan frontend

Nolan Lawson, insinyur performa web berpengalaman, menulis esai tajam tentang apa yang sedang dilakukan agent AI terhadap pengembangan frontend. Argumennya bukan bahwa agent menulis kode buruk, melainkan bahwa agent mengubah pengetahuan mana yang layak dimiliki, dan insentifnya bergeser dengan cara yang mudah terlewat.

Ada tiga pergeseran yang menonjol. Pertama, kode frontend relatif murah untuk diganti, sehingga tim merilis kode buatan agent dengan review lebih longgar dibanding, misalnya, migrasi database. Kedua, keakraban agent mulai mengalahkan ergonomi developer saat tim memilih tool. Lawson menunjuk Cursor dan Viget yang pindah dari framework yang secara teknis lebih kuat seperti Solid dan Lit ke React, semata karena agent dilatih dengan jauh lebih banyak React dan menghasilkan output lebih baik dengannya. Ketiga, vendor browser cenderung mengutamakan kapabilitas baru ketimbang sintaks yang lebih ramah, dengan asumsi agent toh akan menangani kerumitannya.

Lawson tidak pasrah. Ia menguji Claude Sonnet pada soal performa nyata soal mengoptimalkan rendering Chrome trace dan mendapat jawaban cermat mencakup kompleksitas selector, cakupan invalidasi, dan cara mengukurnya. Responsnya adalah beradaptasi: mengajari agent pilihan arsitektur yang lebih baik, membangun situs yang mudah dinavigasi agent, dan bersiap untuk pekerjaan konsultasi membenahi kode buatan AI yang diam-diam jadi tumpuan.

Kenapa ini penting

Jika kamu memilih framework frontend, "mana yang paling dikuasai agent" kini jadi kriteria seleksi nyata, bukan lelucon, dan bisa menarik timmu ke React terlepas dari keunggulan teknis. Risiko yang lebih dalam adalah pengikisan keahlian: kalau review makin longgar karena frontend terasa sekali pakai, bug yang jadi tumpuan tetap lolos ke produksi.