Analisis AI9 menit baca

Berhenti mengejar prompt sempurna: tunjukkan kepada Loom apa yang perlu diubah

Record for agent dari Loom mengubah rekaman layar singkat menjadi arahan tugas untuk agen AI. Dampak beta terbuka ini bagi laporan bug, masukan desain, dan peninjauan sebelum agen bertindak.

K
Ken Jo

Masalahnya langsung terlihat. Tombol pada prototipe berada di bawah formulir, tetapi pada aplikasi berada di sampingnya, dan pesan kesalahan mendorong keduanya keluar dari tampilan ponsel. Menjelaskannya dengan cukup jelas kepada agen pemrograman AI bisa lebih lama daripada menunjukkannya kepada orang lain.

Pada 22 Oktober 2026, Atlassian memperkenalkan sejumlah pembaruan Loom yang mencakup Record for agent, mode perekaman yang mengubah demonstrasi layar bernarasi menjadi instruksi bagi agen AI. Loom, alat video asinkron untuk menunjukkan pekerjaan kepada rekan, memperluas kebiasaan yang sama kepada perangkat lunak yang dapat mengerjakan tugas berikutnya. Dokumentasinya menyebut fitur ini sebagai beta terbuka untuk paket Business + AI dan Enterprise, dengan batas rekaman lima menit. Pengumuman; persyaratan saat ini.

Perkembangan menariknya bukan sekadar agen dapat menerima video. Alur perekaman yang sudah familier kini menghasilkan arahan yang bisa diperiksa, diedit, dan diserahkan kepada agen. Kualitas serah terima menjadi persoalan praktis, bukan perlombaan menulis prompt terpanjang.

Logo resmi Loom berwarna biru di tengah latar putih. Logo resmi Loom digunakan untuk mengidentifikasi produk. Ini adalah identitas merek, bukan tangkapan layar Record for agent. Logo: Loom / Atlassian; kebijakan penggunaan merek dagang.

Rekaman membawa bagian yang terlewat dalam deskripsi

Laporan bug yang berguna membutuhkan lebih dari kalimat “formulirnya rusak”. Laporan perlu menunjukkan kondisi awal, tindakan pemicu, hasil yang diharapkan, dan hasil yang benar-benar terlihat. Ketika semua detail itu tersebar dalam tangkapan layar, URL yang disalin, dan pesan percakapan, seseorang harus menyusun kembali hubungannya sebelum memperbaiki apa pun.

Alur terdokumentasi Loom menggabungkan instruksi lisan dengan bingkai utama layar, peristiwa interaksi, dan tautan yang dikunjungi. Pada ekstensi Chrome, alur ini juga dapat mengumpulkan pesan konsol serta metadata permintaan atau respons jaringan. Versi desktop menyediakan alat seleksi dan menggambar untuk mengarahkan perhatian ke bagian layar yang relevan. Semua ini menjadi masukan bagi arahan yang dihasilkan, bukan bukti bahwa usulan perbaikan akan berhasil. Detail perekaman.

Menurut kami, ini mengubah unit komunikasi yang paling berguna. Tangkapan layar memperlihatkan keadaan; kalimat menjelaskan maksud; demonstrasi singkat dapat menunjukkan bagaimana satu keadaan harus berubah menjadi keadaan lain. Arahan yang dihasilkan menjembatani penjelasan itu dengan tugas yang bisa dijalankan.

Bayangkan rekaman sebagai sebuah paket konteks. Paket itu harus berisi semua yang diperlukan untuk perubahan yang diminta dan sesedikit mungkin hal lain. Batas lima menit dapat mendorong disiplin tersebut: tunjukkan satu masalah, jelaskan dampaknya, dan tetapkan garis akhir yang jelas.

Empat tahap dari demonstrasi layar bernarasi ke instruksi agen yang ditinjau, lalu pekerjaan yang didelegasikan. Penjelasan orisinal tentang serah terima. Meninjau arahan merupakan tahap yang terpisah dari pelaksanaan pekerjaan oleh agen.

Masukan desain lebih mudah dipahami ketika perilaku yang diinginkan terlihat

Bayangkan sebuah tim menyesuaikan halaman pembayaran. Dalam demonstrasi ilustratif, desainer dapat membuka tata letak yang disetujui, menunjukkan aplikasi saat ini, dan menandai tiga perbedaan: opsi pengiriman menghilang pada layar sempit, total terlambat diperbarui, dan pesan konfirmasi menekankan bagian yang salah. Nilainya terletak pada hubungan kedua layar, bukan hanya tampilannya.

Peninjau prompt yang dihasilkan harus mengubah setiap pengamatan menjadi perilaku. “Pindahkan ini” menjadi ambigu ketika agen tidak lagi melihat momen yang sama. “Pertahankan total pesanan agar terlihat setelah opsi pengiriman berubah pada layar sempit” memberikan hasil yang dapat diverifikasi oleh pelaksana.

Pendekatan ini sangat berguna ketika perubahan melibatkan berkas desain dan halaman yang berjalan. Contoh dukungan Loom sendiri menjelaskan perpindahan antara Figma dan situs web sambil menerangkan perubahan antarmuka. Fitur ini membantu menangkap referensi visual, tetapi tim tetap harus menentukan referensi mana yang menjadi acuan. Prototipe yang rapi mungkin masih mengabaikan keadaan pemuatan, kesalahan, dan izin. Alur yang didukung.

Karena itu, tambahkan satu kalimat tentang hal yang harus tetap benar. Dalam contoh pembayaran, total harus sesuai dengan metode pengiriman yang dipilih, atau fokus papan ketik harus tetap berada pada kolom yang diubah. Batasan seperti ini sering tidak tercantum pada maket visual dan lebih penting daripada posisi garis tepi.

Cara yang sama berlaku untuk teks produk. Tunjukkan kalimat dalam konteks aslinya, jelaskan siapa pembacanya, dan sebutkan keputusan yang harus dibantu oleh kalimat tersebut. Rekaman alur orientasi pengguna dapat memperlihatkan transisi membingungkan yang tersembunyi dalam cuplikan teks terpisah.

Laporan bug memerlukan awal yang dapat diulang dan akhir yang dapat diamati

Skenario berguna kedua adalah masalah dukungan yang berulang. Bayangkan pelanggan dapat mengunggah dokumen pada desktop, tetapi hanya melihat indikator kemajuan kosong pada layar kecil. Rekaman singkat dapat menunjukkan jenis berkas, tindakan yang dipilih, transisi, dan titik hilangnya umpan balik.

Tugas yang dihasilkan tetap memerlukan definisi selesai. “Perbaiki unggahan” tidak menjelaskan apakah masalahnya berupa berkas yang ditolak, respons jaringan yang hilang, atau antarmuka yang gagal menampilkan hasil berhasil. Arahan yang lebih berguna memisahkan gejala yang diamati dari dugaan penyebab.

Kami akan membatasi tugas awal: ulangi masalah umpan balik yang hilang, identifikasi lapisan penyebabnya, lalu usulkan perubahan dengan pemeriksaan regresi. Jika agen kemudian menemukan kesalahan server, bukti itu dapat memperluas penyelidikan. Temuan tersebut tidak boleh diam-diam mengubah keluhan tata letak menjadi penulisan ulang seluruh sistem unggahan.

Ada keuntungan praktis bagi orang yang tidak terbiasa membaca log. Mereka dapat menunjukkan rangkaian yang gagal tanpa lebih dahulu mendiagnosisnya. Insinyur atau agen dapat memakai konteks yang direkam untuk menyelidiki, sedangkan pengamatan asli tetap tersedia untuk dibandingkan setelah perbaikan.

Namun, rekaman tidak menggantikan kasus uji. Keduanya punya tujuan berbeda. Rekaman mempertahankan apa yang dialami seseorang; pengujian menjelaskan perilaku yang harus terus dipenuhi perangkat lunak. Alur yang berhasil mengubah yang pertama menjadi bentuk yang tepat dari yang kedua.

Menyalin prompt dan membuat tugas Jira adalah dua pintu masuk berbeda

Beta terbuka Loom dapat digunakan melalui ekstensi Chrome atau aplikasi desktop versi 2.0 ke atas. Dokumentasi juga membedakan alur prompt dasar dari pembuatan item kerja Jira, yang memerlukan akun kelolaan Atlassian dan langganan Jira aktif. Perbedaan ini penting bagi tim kecil yang ingin mencoba serah terima tanpa menata ulang pengelolaan proyek. Ketersediaan dan penyiapan.

Percobaan paling sederhana adalah satu tugas berdampak rendah pada proyek yang sudah Anda pahami:

  1. Buka desain terkait, halaman uji publik, atau lingkungan pengembangan, lalu siapkan keadaan awal yang dapat dijelaskan.
  2. Pilih Record for agent pada perekam Loom yang didukung dan jelaskan satu perubahan sambil memperlihatkan interaksi terkait.
  3. Berhenti sebelum batas lima menit, lalu baca rencana tindakan yang dihasilkan dari awal hingga akhir.
  4. Perjelas referensi ambigu, hapus materi yang tidak berkaitan, dan tambahkan kriteria penerimaan konkret.
  5. Salin prompt sebagai Markdown ke agen pilihan Anda, atau gunakan alur serah terima maupun Jira yang didukung akun Anda.
  6. Tinjau hasil agen berdasarkan skenario awal sebelum menerima perubahannya.

Urutan ini membuat percobaan pertama tetap mudah dipahami. Anda juga mendapat cara yang jelas untuk menilai manfaat fitur: bandingkan waktu menyiapkan tugas yang jelas dan jumlah pertanyaan klarifikasi yang muncul.

Agen yang selesai dengan cepat belum cukup. Jika rekan tidak dapat menjelaskan apa yang berubah atau mengapa perubahan itu mengatasi pengamatan awal, serah terimanya masih perlu diperbaiki. Keuntungan paling berguna adalah mengurangi rekonstruksi konteks, bukan mengurangi peninjauan.

Konteks yang lebih kaya menuntut keputusan berbagi yang lebih disengaja

Konteks teknis tambahan berharga karena layar saja mungkin tidak menjelaskan kejadian sebenarnya. Permintaan yang gagal, pengalihan tak terduga, atau kesalahan konsol dapat menunjukkan penyebab berbeda dari dugaan berdasarkan gejala visual. Detail yang sama mungkin berisi informasi yang tidak ingin Anda kirim ke alat lain.

Sebelum merekam, gunakan halaman uji yang relevan dan tampilkan lingkup tugas dengan jelas. Setelahnya, periksa arahan untuk menemukan URL khusus akun, identitas pelanggan, dan isi log yang tidak diperlukan. Daftar data yang ditangkap dalam dokumentasi menjadi alasan untuk melakukan pemeriksaan konkret, bukan memperlakukan rekaman seperti lampiran gambar biasa.

Tujuannya mempertahankan informasi yang diperlukan untuk menyelesaikan masalah. Jika identitas permintaan membantu rekan menemukan jejak server yang boleh diakses, informasi itu mungkin berguna. Daftar URL yang tidak terkait atau notifikasi pribadi yang kebetulan muncul saat merekam tidak banyak membantu tugas antarmuka.

Masukan dalam serah terimaHal yang dapat dijelaskanKeputusan peninjau
Instruksi lisanPerubahan yang diinginkan dan alasannyaApakah permintaan cukup spesifik untuk diterapkan
Bingkai utama atau elemen terpilihKeadaan layar atau komponen yang terkaitApakah gambar menunjukkan konteks relevan dan berizin
Klik dan tautan yang dikunjungiJalur melalui alur kerjaApakah jalur dapat diulang di luar sesi awal
Metadata teknis ChromePetunjuk kegagalan di balik antarmukaApakah detail diperlukan dan pantas dibagikan

Semua itu merupakan pertanyaan peninjauan editorial, bukan izin tambahan produk atau janji bahwa setiap detail rekaman muncul dalam setiap tugas. Tujuannya membantu tim menentukan apa yang termasuk dalam penugasan yang benar-benar dikirim.

Tiga pertanyaan peninjauan antara layar yang direkam dan tindakan agen: lingkup, konteks, dan penerimaan. Peninjauan yang berguna memeriksa apa yang boleh diubah agen, informasi yang diterimanya, dan cara hasilnya dinilai.

Ukuran awal yang berguna adalah seberapa banyak penjelasan tetap utuh

Setidaknya ada tiga cara fitur ini dapat menghemat pekerjaan. Desainer dapat menjelaskan ketidaksesuaian visual tanpa deskripsi panjang. Petugas dukungan dapat mempertahankan rangkaian kejadian ketika masih segar dalam ingatan. Pengembang dapat memberi agen tugas dengan referensi lebih jelas dan hasil yang diharapkan lebih spesifik.

Setiap penggunaan punya pola kegagalan sendiri. Masukan desain dapat melewatkan perilaku di luar jalur ideal. Demonstrasi dukungan dapat bergantung pada keadaan akun yang tak dapat diulang orang lain. Rekaman pengembang dapat memuat begitu banyak detail hingga permintaan utamanya sulit ditemukan.

Untuk evaluasi awal, pilih beberapa tugas familier dengan agen dan repositori yang tetap sama. Catat seberapa banyak penyuntingan yang dibutuhkan arahan, seberapa sering klarifikasi diminta, dan apakah perubahan akhir memenuhi kondisi yang disebutkan. Ukuran itu lebih menjelaskan kualitas komunikasi daripada demonstrasi tunggal kursor yang bergerak.

Pisahkan pula kualitas keluaran dari tingkat kesulitan tugas. Perubahan teks sederhana mungkin berhasil dengan hampir semua arahan. Uji yang lebih bermakna adalah tugas kecil ketika konteks penting: keadaan pemuatan, tata letak sempit, atau transisi antara dua alat. Penugasannya tetap perlu mudah dibatalkan dan ditinjau pemiliknya.

Loom berada pada posisi baik untuk membuat kebiasaan ini familier karena orang sudah menggunakan rekaman untuk menjelaskan pekerjaan kepada orang lain. Peluangnya adalah membawa kejelasan itu ke alur agen. Risikonya adalah menganggap masukan yang lebih kaya menghilangkan kebutuhan menjelaskan tujuan agen.

Arahan yang lebih baik tetap dapat dipahami orang lain

Record for agent bertaruh pada hal yang masuk akal: menunjukkan bisa menjadi awal yang lebih efisien daripada menjelaskan setiap piksel. Hasil terbaiknya adalah tugas yang lebih mudah dipahami agen maupun rekan, dengan hubungan jelas antara pengamatan awal dan perubahan yang diterima.

Sebelum mengirim rekaman berikutnya, tanyakan satu hal: bisakah orang yang tidak melihat Anda membuatnya tetap menjelaskan seperti apa keberhasilan itu? Jika bisa, arahannya berguna. Jika tidak, perbaikan berikutnya perlu dilakukan pada instruksi sebelum pada kode.

Sumber

Simpan sumber dan catatan yang telah ditinjau bersama

Untuk rekaman milik sendiri yang penggunaannya diizinkan, Telli.sh menyediakan tempat terpisah untuk menyimpan materi sumber bersama catatan yang telah ditinjau. Mulai dengan catatan audio.


← Kembali ke blog