Google telah menambah arahan baharu bernama /boost kepada persekitaran pembangunan Antigravity miliknya. Menggunakannya akan memulakan saluran penaakulan berbilang ejen dan bukannya satu pembantu pengaturcaraan tunggal: sebuah orkestrator membaca masalah dan memecahkannya kepada tugasan, mengagihkannya kepada ejen pakar yang bekerja dalam skop terasing, kemudian membawa hasilnya melalui pusingan pengesahan bebas yang benar-benar menjalankan ujian sebelum apa-apa sampai kepada anda. Berita utamanya bukanlah AI menulis kod dengan lebih pantas. Sebaliknya, alat pengaturcaraan telah mula membina pengesahan ke dalam alat itu sendiri.

Apa yang sebenarnya diumumkan oleh Google

Menurut dokumentasi rasmi Antigravity, /boost direka khusus untuk kejuruteraan perisian yang sukar: pepijat keserentakan dan keadaan perlumbaan, pengoptimuman algoritma, regresi halus yang muncul dan hilang, serta pemfaktoran semula rumit yang merentasi banyak fail. Inilah tepatnya masalah yang menyebabkan pembantu konvensional satu giliran gagal, kerana penyelesaiannya memerlukan eksperimen dan berundur semula, bukannya penjanaan secara terus.

Arahan ini berjalan dalam tiga fasa yang jelas:

  • Perancangan: orkestrator utama menerima gesaan anda, meneliti konteks ruang kerja, merangka strategi pelaksanaan, dan memecahkan cabaran kepada subtugasan yang berasingan dan boleh disahkan.
  • Pelaksanaan teragih: orkestrator mengagihkan subtugasan tersebut kepada ejen pakar. Aliran kerja pelaksanaan menulis kod dan ujian unit. Aliran kerja penyiasatan menjalankan penyahpepijatan punca utama dan menjejak graf panggilan tanpa mengubah sebarang fail. Ejen pengesahan tempatan menjalankan sasaran binaan dan suite ujian untuk mengesahkan hipotesis sebelum melaporkan semula.
  • Pengesahan sebelum penyerahan: orkestrator menghimpunkan dapatan dan menjalankan semakan regresi terhadap suite ujian penuh dan kes-kes pinggiran. Jika sesuatu penegasan gagal, diagnostik ralat disalurkan ke lelaran seterusnya untuk pembetulan automatik, dan anda hanya menerima ringkasan perubahan yang telah disahkan apabila semuanya lulus.

Semua ini berjalan di dalam worktree sementara yang terasing, bermakna ejen tidak bereksperimen pada salinan kerja projek anda.

Tiga mod, bukan satu

Google mendokumentasikan tiga mod pelaksanaan yang berbeza, dan perbezaan antara ketiga-tiganya ialah bahagian yang berguna secara praktikal:

  • Ejen lalai: pengaturcaraan interaktif, navigasi pangkalan kod dan pemfaktoran semula umum. Jangka masa tugasan dari beberapa saat hingga minit, gelung ejen tunggal, pengesahan satu laluan. Tersedia dalam semua pelan.
  • /boost: penaakulan mendalam dan pepijat yang degil. Jangka masa tugasan dari beberapa saat hingga jam, hierarki tiga fasa, pengesahan bebas berbilang pusingan. Tersedia dalam pelan berbayar.
  • /teamwork-preview: pasukan ejen yang bekerja selama berhari-hari pada migrasi besar atau pembinaan keseluruhan subsistem, dengan peranan bernama seperti Explorer, Worker, Critic dan Auditor, serta pintu pengesahan yang sengaja cuba merosakkan kod sebelum sesuatu pencapaian diluluskan.

Perhatikan kecerunannya: semakin besar tugasan, semakin banyak pelaburan disalurkan kepada semakan dan bukannya kelajuan. Ini isyarat yang wajar diberi perhatian oleh sesiapa sahaja yang mengendalikan projek perisian.

Mengapa ini penting kepada pemilik perniagaan, bukan hanya pembangun

Sepanjang dua tahun lalu, perbincangan tentang AI dalam pengaturcaraan merupakan perbincangan tentang kelajuan: berapa banyak baris yang dijana setiap minit. Masalahnya, kelajuan bukanlah kesesakan dalam projek sebenar. Kesesakannya ialah kepercayaan. Adakah kod ini benar-benar berfungsi dalam kes-kes yang tidak pernah dicuba oleh sesiapa?

Apa yang secara tersirat dinyatakan oleh seni bina /boost ialah industri telah mencapai kesimpulan yang sama. Kod yang tiba lebih pantas tidak bernilai apa-apa jika ia memakan dua minggu penyahpepijatan selepas penyerahan. Oleh itu, alat ini dibina berasaskan tiga peraturan yang terpakai kepada mana-mana pasukan teknikal, dengan atau tanpa AI:

  • Penulis tidak menilai kerjanya sendiri: pihak yang mengesahkan berasingan daripada pihak yang melaksanakan. Itulah prinsip di sebalik semakan kod selama berdekad-dekad. Kini ia dikuatkuasakan di dalam alat itu sendiri.
  • Bukti bermakna pelaksanaan, bukan dakwaan: ujian benar-benar dijalankan dan output sebenarnya disemak, bukannya menerima dakwaan bahawa ujian telah lulus.
  • Pengasingan melindungi yang asal: eksperimen berlaku dalam salinan berasingan, jadi percubaan yang gagal tidak akan bocor ke dalam projek.

Jika anda membeli perkhidmatan pembangunan perisian, inilah tepatnya tiga soalan yang perlu ditanya kepada vendor anda: siapa yang menyemaknya, apakah bukti bahawa ujian telah lulus, dan di manakah eksperimen dijalankan?

Apa yang tidak berubah

Mudah untuk membaca berita seperti ini sebagai pengumuman bahawa jurutera tidak lagi diperlukan. Dokumentasinya pula menyatakan sebaliknya dengan agak jelas: ejen mewarisi peraturan akses fail dan dasar kebenaran arahan yang dikonfigurasikan untuk ruang kerja anda, dan sebarang arahan yang dilindungi atau suntingan di luar skop dipercayai akan memaparkan permintaan kebenaran kepada pengguna. Ada manusia yang bertanggungjawab di hujung rantaian.

Dan kebenaran akses hanyalah separuh yang lebih kecil. Ejen menyelesaikan masalah yang anda huraikan. Ia tidak boleh tahu bahawa huraian itu sendiri salah. Ia tidak tahu bahawa kitaran pengebilan anda ditutup pada 25 haribulan dan bukan 30 haribulan, bahawa medan ini tidak boleh sekali-kali dilihat oleh wakil jualan, atau bahawa apabila pelanggan anda menyebut "pesanan", maksud mereka berbeza daripada maksud anda. Menentukan keperluan, memahami domain dan memikul keputusan kekal sepenuhnya sebagai kerja manusia.

Bagaimana kami di Origami melihatnya

Kami melayan alat berbilang ejen sebagaimana kami melayan mana-mana alat produktiviti: ia mempercepatkan pelaksanaan, tetapi tidak memindahkan akauntabiliti. Projek di sini masih melalui spesifikasi bertulis, semakan manusia, suite ujian dan persekitaran staging sebelum pengeluaran, sama ada kod ditulis oleh manusia atau dijana oleh ejen. Alat yang menjalankan ujiannya sendiri ialah tambahan yang dialu-alukan kepada rantaian itu, tetapi ia hanyalah satu mata rantai, bukan penggantinya.

Pengajaran praktikal untuk pemilik perniagaan: jangkakan tempoh penyerahan menjadi lebih singkat khususnya bagi kerja yang kompleks, tetapi jangan terima penyerahan tanpa ujian, tanpa dokumentasi dan tanpa pemilik manusia yang bertanggungjawab. Alat yang menyemak dirinya sendiri menaikkan had atas kualiti yang boleh dicapai. Ia tidak menghapuskan keperluan anda terhadap seseorang yang menjamin bahawa apa yang dibina ialah apa yang anda minta.

Sumber