Slack Code ubah pembangunan perisian menjadi kerja berpasukan bersama ejen AI

Bagaimana saluran kod berfungsi?

Aliran kerja biasa boleh bermula dengan idea, laporan pepijat, kemas kini laman web atau permintaan ciri baharu dalam Slack:

1. Seorang ahli pasukan menandakan ejen pengekodan yang disokong.
2. Ejen membuka saluran kod khusus untuk tugasan itu.
3. Peserta memberikan keperluan, kekangan dan konteks projek.
4. Ejen menyediakan pelan dan mencadangkan perubahan.
5. Pasukan menyemak hasil kerja, termasuk perbezaan kod dan pratonton yang tersedia.
6. Ahli pasukan boleh mengubah hala kerja ejen atau meluluskan langkah seterusnya.

Slack Code direka untuk menawarkan lebih daripada sekadar rekod perbualan biasa. Bergantung pada integrasi ejen, peserta boleh beralih antara perbualan, pelan kerja, perbezaan kod dan pratonton langsung hasil yang dibina.

Dengan itu, pasukan mendapat gambaran bersama tentang dua perkara sekali gus: sebab dan keputusan di sebalik tugasan, serta perisian yang dihasilkan oleh ejen.

Mengapa pengurus produk dan pereka bentuk turut terlibat?

Slack Code membuka ruang kepada pengurus produk dan pereka bentuk untuk menyertai proses pembangunan tanpa perlu bekerja terus dalam terminal pembangun. Mereka boleh menerangkan masalah pengguna, memberikan konteks produk, menilai hasil yang boleh dilihat dan meminta perubahan melalui saluran yang sama. Pembangun pula masih mengendalikan penilaian teknikal serta butiran pelaksanaan.

Sebagai contoh, seorang pengurus produk boleh melaporkan pepijat dalam Slack dan menerangkan tingkah laku yang sepatutnya berlaku. Ejen kemudiannya boleh menyiasat permintaan itu dan mencadangkan pembaikan. Jurutera menyemak perbezaan kod yang terhasil untuk memastikan perubahan tersebut selamat bagi pangkalan kod, sebelum pasukan memutuskan sama ada mahu meneruskan permintaan tarik atau memulakan pusingan semakan baharu.

Namun, ini tidak bermakna ejen AI menjadi pembuat keputusan terakhir. Slack Code hanya mengubah tempat kerjasama berlaku dan menjadikan kerja ejen lebih mudah diperiksa oleh pihak berkepentingan yang berkaitan.

Kelulusan manusia masih penting

Slack Code diposisikan sebagai lapisan keterlihatan dan kerjasama, bukannya kebenaran untuk menggunakan kod yang belum disemak secara automatik. Pasukan boleh menilai perubahan yang dicadangkan dan menetapkan kelulusan manusia bagi tindakan berisiko tinggi, termasuk perubahan yang boleh sampai ke persekitaran produksi.

Model kelulusan ini penting kerana ejen mungkin menghasilkan pembaikan yang kelihatan munasabah tetapi tidak memahami sepenuhnya keperluan perniagaan, kekangan keselamatan atau risiko operasi sesuatu sistem. Saluran bersama memberi ruang kepada jurutera dan pihak yang bertanggungjawab untuk mempersoalkan pendekatan, meminta pindaan dan merekodkan keputusan sebelum kerja diteruskan.

Sejarah kerja boleh dicari dan disimpan

Saluran kod bertujuan mengekalkan konteks di sekeliling kerja ejen. Apabila tugasan selesai, saluran itu boleh diarkibkan, manakala perbualan dan sejarah kerjanya kekal boleh dicari. Ini mewujudkan rekod tentang perkara yang diminta, hasil yang diberikan ejen dan cara manusia menyemaknya.

Memandangkan aliran kerja berlaku dalam Slack, organisasi boleh menggunakan identiti, kebenaran akses, tadbir urus, tetapan keselamatan dan kawalan pentadbiran Slack yang sedia ada. Mereka tidak semestinya perlu memperkenalkan sistem kolaborasi berasingan untuk setiap tugasan ejen pengekodan.

Kelebihan praktikalnya ialah kesinambungan: keperluan projek, keputusan, semakan dan aktiviti ejen kekal berkait dengan perbualan asal yang mencetuskan kerja tersebut.

Ketersediaan dan integrasi ketika dilancarkan

Salesforce menyatakan Slack Code tersedia untuk semua pelan Slack ketika pelancaran. Integrasi rakan kongsi awal datang daripada Anthropic, GitHub, Cognition dan Vercel, manakala ChatGPT turut disenaraikan sebagai salah satu ejen yang boleh menyertai aliran kerja tersebut.

Pengalaman sebenar mungkin berbeza mengikut integrasi ejen. Fungsi seperti pelan kerja, perbezaan kod, pratonton dan tindakan kelulusan bergantung pada ciri yang disediakan oleh setiap ejen dalam Slack. Jadi, status “disokong” tidak semestinya bermaksud semua ejen menawarkan kawalan yang sama.

Strategi Salesforce untuk Slack Code

Di Dreamforce, Salesforce membingkaikan Slack Code sebagai usaha menjadikan pembangunan perisian satu sukan berpasukan, sambil meletakkan Slack sebagai lapisan penyelarasan untuk pelbagai penyedia ejen AI. Pendekatan ini tidak memaksa pasukan menggunakan satu model pengekodan Salesforce sahaja. Sebaliknya, ejen daripada penyedia yang bersaing boleh dibawa ke dalam antara muka tempat kerja yang sama.

Salesforce turut menyatakan rancangan untuk membuka API asas Slack Code dengan lebih meluas. Dalam visi jangka panjang itu, organisasi boleh membina ejen tersuai dan saluran bersama untuk tugasan di luar pembangunan perisian, seperti menyelaras kempen pemasaran atau menyemak dokumen undang-undang.

Bagaimanapun, contoh tersebut merujuk kepada peluasan yang dirancang — bukan bukti bahawa semua aliran kerja bukan pengekodan sudah tersedia secara umum ketika pelancaran.

Kesimpulannya

Idea utama Slack Code mudah difahami: tandakan ejen pengekodan, berikan tugasan itu saluran projek khusus, kemudian biarkan pasukan memerhati, membimbing, menyemak dan meluluskan hasil kerja.

Perbezaan utama produk ini bukan semata-mata keupayaan menjana kod, tetapi konteks bersama yang mengelilingi kod tersebut. Bagi pasukan yang sudah menggunakan Slack, pendekatan ini boleh memudahkan pengurus produk dan pereka bentuk mengikuti pembangunan berbantu AI, sambil mengekalkan semakan teknikal oleh jurutera.

Namun, hasilnya tetap bergantung pada kualiti setiap integrasi ejen dan disiplin pasukan dalam menetapkan piawaian kelulusan. Slack Code menawarkan alternatif yang lebih telus berbanding sesi pengekodan AI yang berlaku secara bersendirian dalam tab atau alat pembangun peribadi.