Sekarang anda sudah tahu apa yang ejen anda akan lakukan dan di mana ia akan digunakan, tiba masanya untuk bertanya satu soalan penting.

Adakah masalah ini benar-benar memerlukan ejen?

Bukan semua projek memerlukan ejen; malah tidak semua projek automasi. Kadang-kadang aliran kerja mudah, skrip, atau proses berasaskan peraturan sudah memadai. Memahami perbezaannya akan menjimatkan masa, wang, dan mengelakkan kekeliruan di kemudian hari.

Ejen AI direka untuk melakukan lebih daripada sekadar melaksanakan arahan. Ia membaca, menulis, dan berkomunikasi dalam bahasa semula jadi. Ia mentafsir niat, menggunakan pengetahuan, dan membuat keputusan dalam situasi yang tidak pasti. Fleksibiliti inilah yang menjadikannya berkuasa, tetapi ia juga menambah kerumitan. Setiap panggilan LLM memerlukan token, masa, dan membawa risiko. Jadi, hanya masuk akal untuk menggunakan ejen apabila tugasan benar-benar memerlukan penaakulan atau pemahaman bahasa.

Jika tugasan itu deterministik (bermaksud ia mempunyai satu input yang boleh diramal dan satu output yang boleh diramal), alatan aliran kerja atau automasi biasanya lebih sesuai. (petua ringkas: Botpress boleh melakukan kedua-duanya!)

Jika tugasan melibatkan konteks, tafsiran, atau perbualan, ejen AI adalah pilihan yang tepat.

Mari kita lihat bagaimana Terminal Roast menangani perkara ini.

Pasukan Taryn telah menentukan tugasan pertama mereka: mengumpul maklum balas pelanggan tentang perisa dan resipi kopi baharu. Adrian, ketua barista, mencadangkan dua cara ejen boleh mengendalikan perkara ini.

Yang pertama adalah secara perbualan. Ejen bertanya mengapa pelanggan suka atau tidak suka sesuatu minuman dan cuba memahami sebabnya. Ini memerlukan nuansa, tafsiran, dan ingatan. Ia sangat sesuai untuk ejen.

Yang kedua adalah secara programatik. Ejen memaparkan senarai ringkas resipi baharu dan meminta pelanggan membalas dengan "ya" atau "tidak." Interaksi ini tidak memerlukan penaakulan. Ia sangat sesuai untuk automasi.

Dengan memisahkan dua aliran ini, pasukan menjadikan sistem lebih cekap. Mereka menggunakan ejen apabila pemahaman bahasa penting, dan aliran kerja apabila logik sahaja sudah mencukupi.

Ramai pasukan mengaburkan perbezaan ini. Mereka cuba membina ejen yang melakukan segalanya: menjawab soalan, menarik data, mengemas kini rekod, dan mengurus transaksi. Tetapi setiap fungsi tambahan meningkatkan kos, kelewatan, dan beban penyelenggaraan. Pendekatan yang lebih baik ialah menggabungkan ejen dan aliran kerja.

Gunakan aliran kerja untuk struktur dan kebolehpercayaan. Gunakan ejen untuk kecerdasan dan kebolehsuaian.

Anggap ejen sebagai antara muka "barisan hadapan" yang memahami pengguna, kemudian menyerahkan tindakan berstruktur kepada sistem automasi yang melaksanakannya dengan tepat. Apabila kedua-dua sistem ini ditakrifkan dengan jelas, hasilnya lebih stabil, boleh diskalakan, dan telus.

Ini ujian ringkas.

Tanya diri anda: adakah tugasan ini memerlukan pemahaman bahasa semula jadi, atau bolehkah ia dikendalikan dengan set peraturan mudah? Jika ia memerlukan pemahaman — contohnya, mengenal pasti niat, mengendalikan kekaburan, atau merujuk pengetahuan — ia memerlukan ejen. Jika tidak, bina ia sebagai aliran kerja.

Anda sentiasa boleh menambah ejen kemudian setelah anda mempunyai logik dan data yang jelas. Lebih mudah untuk mengembangkan aliran kerja yang berfungsi menjadi lebih pintar daripada membaiki ejen yang terlalu rumit.

Pendekatan Terminal Roast (memisahkan tugasan perbualan dan programatik) adalah contoh yang baik. Mereka akhirnya mempunyai sistem yang lebih ringkas dan setiap bahagian melakukan apa yang paling sesuai untuknya.

Kejelasan di sini akan memberi manfaat pada masa depan dari segi penyelenggaraan, kos, dan prestasi.

Tindakan: Semak tugasan yang dicadangkan untuk ejen anda dan kenal pasti yang mana memerlukan pemahaman bahasa sebenar.

Kekalkan hanya tugasan tersebut di bawah kawalan ejen, dan rancang untuk mengautomasikan selebihnya melalui aliran kerja standard.

‍