Cara bina ejen AI sendiri pada VPS

Apa itu ejen AI yang sebenarnya

Ejen AI ialah satu gelung (loop) yang membungkus model bahasa. Model tersebut membaca situasi, memutuskan satu tindakan, kod anda melaksanakan tindakan itu, hasilnya dihantar semula kepada model, dan gelung tersebut berjalan semula sehingga tugasan selesai. Itulah konsep utamanya. Chatbot biasa menjawab sekali dan berhenti. Ejen terus berjalan, mengambil tindakan sebenar di antara pusingannya sendiri, sehingga ia mencapai matlamat yang anda berikan.

Tindakan adalah bahagian yang penting. Secara bersendirian, model bahasa hanya menghasilkan teks. Ia tidak boleh membaca fail, memanggil API, atau menjalankan arahan. Ejen memberikan model satu set alatan yang dibenarkan untuk digunakan, dan cara untuk memintanya. Apabila model ingin mencari maklumat di web atau menulis fail, ia tidak melakukan kerja itu sendiri. Ia mengeluarkan permintaan berstruktur, kod anda menjalankan alatan tersebut, dan jawapan itu datang semula sebagai perkara seterusnya yang dibaca oleh model. Model membekalkan pertimbangan; pelayan anda membekalkan "tangan" untuk bertindak.

Bukan setiap tugasan memerlukan ejen, dan menggunakan ejen secara lalai adalah kesilapan biasa. Jika langkah-langkah sudah diketahui lebih awal, skrip biasa adalah lebih ringkas, pantas, dan lebih boleh dipercayai. "Ambil halaman ini setiap jam dan e-melkan harga kepada saya" adalah kerja berjadual, bukan ejen. Bina ejen apabila laluan tidak tetap lebih awal, apabila model perlu melihat apa yang ditemuinya dan memutuskan apa yang perlu dilakukan seterusnya. Kos bagi ejen ialah ketidakpastian, jadi hanya gunakannya apabila fleksibiliti tersebut berbaloi.

Alatan: bagaimana ejen bertindak

Alatan ialah sebarang keupayaan yang anda berikan kepada model, yang diterangkan dengan cukup baik supaya ia tahu bila perlu menggunakannya. Membaca fail, menjalankan arahan shell, membuat pertanyaan pangkalan data, menghantar mesej: setiap satunya adalah alatan dengan nama, penerangan ringkas, dan senarai input. Anda menentukan alatan; model memutuskan bila hendak memanggilnya.

Mekanismenya adalah sama di mana-mana sahaja, tidak kira model apa yang anda gunakan. Model mengembalikan permintaan berstruktur yang menamakan alatan dan mengisi inputnya. Kod anda melihat permintaan itu, menjalankan fungsi yang sepadan, dan menghantar hasil semula dalam pusingan seterusnya. Model membaca hasil tersebut dan sama ada memanggil alatan lain atau menulis jawapan akhirnya. Pemanggilan fungsi (function calling) adalah sistem dalaman bagi setiap ejen, dan gelung yang menggerakkannya hanyalah beberapa baris kod biasa.

Di sinilah kawalan anda berada. Model boleh meminta untuk menjalankan arahan, tetapi tiada apa yang akan berjalan sehingga kod anda memilih untuk menjalankannya. Jurang itulah tempat anda meletakkan permintaan kelulusan untuk tindakan berbahaya, had untuk apa yang boleh disentuh oleh alatan, dan log bagi semua yang telah dilakukan oleh ejen. Keselamatan ejen bergantung kepada alatan yang anda berikan dan pemeriksaan yang anda letakkan di hadapannya.

MCP: cara standard untuk menyambungkan alatan

Menulis integrasi baharu secara manual untuk setiap perkhidmatan akan memenatkan dengan cepat. Model Konteks MCP, atau MCP, ialah standard terbuka yang menyelesaikan masalah ini. Daripada mengekod alatan baharu untuk fail, pangkalan data, dan penjejak isu anda, anda halakan ejen ke pelayan MCP yang sudah mendedahkan perkara tersebut sebagai alatan. Ejen bercakap menggunakan satu protokol; pelayan melakukan kerja untuk berkomunikasi dengan sistem sebenar.

Hasilnya ialah penggunaan semula. Pelayan MCP yang ditulis oleh orang lain untuk perkhidmatan yang anda gunakan akan tersedia untuk ejen anda tanpa kod integrasi baharu, dan pelayan yang anda tulis boleh digunakan oleh mana-mana ejen yang bercakap protokol tersebut. Pada VPS, ini sangat penting, kerana anda boleh menjalankan pelayan MCP sebagai perkhidmatan kecilnya sendiri bersebelahan dengan ejen, masing-masing dengan akses yang hanya diperlukan sahaja. Saya membincangkan tentang penyediaan dalam menjalankan pelayan MCP pada VPS.

Memori dan pencarian (retrieval)

Model bahasa tidak mempunyai memori sendiri di antara panggilan. Segala yang diketahui tentang tugasan semasa mesti diserahkan kepadanya pada setiap pusingan. Untuk tugasan pendek, ini memadai kerana keseluruhan perbualan muat dalam satu permintaan. Untuk apa-apa yang lebih panjang, anda perlu menguruskan memori sendiri, dan terdapat dua corak yang perlu diketahui.

Yang pertama ialah papan conteng (scratchpad). Anda berikan ejen satu fail yang boleh dibaca dan ditulis, dan beritahu ia untuk merekod apa yang dipelajari semasa ia berjalan. Pada pusingan seterusnya, atau sesi seterusnya, ia membaca semula fail tersebut dan menyambung dari tempat ia berhenti. Ini adalah memori sebagai dokumen biasa, dan ia berfungsi kerana ejen melayan fail tersebut sebagai satu lagi alatan.

Yang kedua ialah pencarian (retrieval). Apabila ejen memerlukan pengetahuan daripada badan dokumen yang besar yang tidak akan muat dalam satu permintaan, anda menyimpan dokumen tersebut dalam bentuk yang boleh dicari dan hanya menarik bahagian yang relevan ke dalam pandangan model apabila ia diperlukan. Corak ini dipanggil penjanaan dipertingkat pencarian (retrieval-augmented generation), atau RAG. Ejen bertanya soalan, kod anda mencari beberapa petikan yang sepadan, dan hanya petikan itu sahaja yang dihantar ke model. Stor tersebut berada di pelayan anda, jadi dokumen peribadi anda tidak akan meninggalkan pelayan tersebut.

Banyak ejen, satu penyelaras

Satu ejen dengan banyak alatan memadai untuk kebanyakan tugasan. Apabila tugasan itu besar atau secara semula jadi terbahagi kepada bahagian-bahagian, bentuk yang berbeza lebih membantu: ejen penyelaras yang menyerahkan tugas kepada sub-ejen khusus. Penyelaras memecahkan matlamat kepada bahagian-bahagian, menyerahkan setiap bahagian kepada sub-ejen yang dibina untuk jenis kerja tersebut, dan menggabungkan hasilnya.

Keuntungannya ialah fokus. Sub-ejen dengan tugas yang sempit dan set alatan yang kecil membuat keputusan yang lebih baik daripada satu ejen umum yang mengendalikan segalanya, dan bahagian-bahagian bebas boleh berjalan pada masa yang sama. Kosnya ialah penyelarasan, yang merupakan perkara nyata, jadi kekal dengan satu ejen sehingga tugasan tersebut jelas memerlukan lebih daripada itu. Mulakan dengan cara mudah, dan tambah ejen hanya apabila satu ejen sudah jelas mengalami kesukaran.

Hos sendiri atau hos: model mana yang menjalankan ejen anda

Model adalah satu bahagian ejen yang anda tidak perlu jalankan sendiri, dan memilih di mana ia berada adalah keputusan terbesar yang akan anda buat. Model hos, yang dicapai melalui API, memberikan penaakulan terkuat tanpa perlu mengendalikan apa-apa: anda hantar teks, anda dapat teks semula. Model hos sendiri berjalan pada pelayan anda sendiri, yang memastikan setiap permintaan adalah peribadi, kosnya adalah harga tetap dan bukannya yuran per token, dan tidak bergantung kepada ketersediaan pihak lain. Pertukarannya ialah keupayaan dan usaha. Model hos terbaik adalah lebih maju daripada apa yang boleh anda jalankan sendiri, dan menjalankan milik sendiri bermakna anda perlu membekalkan memori yang cukup untuk memuatkannya.

Poin terakhir itu adalah kekangan praktikal. Model mesti muat dalam memori pelayan anda, dan jika anda menggunakan GPU, dalam memori video (VRAM) nya. Model yang terlalu besar untuk perkakasan tidak akan dimuatkan. Sebelum anda merancang ejen hos sendiri, semak sama ada model yang anda mahukan muat dalam mesin yang anda miliki:

Jika nombor tersebut tidak muat, anda mempunyai tiga pilihan: pilih model yang lebih kecil, gunakan kuantisasi yang lebih agresif untuk mengecilkannya, atau gunakan API hos untuk penaakulan dan simpan alatan serta data anda sahaja di pelayan. Banyak ejen hos sendiri bermula dengan model tempatan melalui Ollama pada VPS dan beralih kepada API hos untuk langkah yang paling sukar.

Pelayan adalah bahagian yang berbahaya

Ejen yang boleh menjalankan arahan shell dan menulis fail adalah berkuasa, dan itulah sebabnya ia berbahaya. Pertimbangan model adalah baik tetapi tidak sempurna, dan arahan yang salah, pepijat, atau input berniat jahat boleh menukarkan ejen yang membantu menjadi ejen yang memadam perkara yang salah atau membocorkan rahsia. Kerja keselamatan bukanlah pilihan, dan pada pelayan, ia adalah bahagian yang paling penting.

Beberapa tabiat membawa sebahagian besar beban keselamatan. Jalankan ejen sebagai pengguna tanpa keistimewaan (unprivileged user) yang khusus, jangan sekali-kali sebagai root, supaya kesilapan mempunyai had; penaakulan yang sama ada dalam menjalankan perkhidmatan sebagai pengguna tanpa keistimewaan. Simpan rahsianya, seperti kunci API, di luar kod dan hanya boleh dibaca oleh pengguna tersebut. Dan buatkan alatan yang menyentuh sistem berada dalam sandbox, supaya ejen hanya boleh mencapai apa yang benar-benar diperlukannya. Untuk contoh kerja pengukuhan ejen hos sendiri yang sebenar, lihat menjalankan OpenClaw dengan selamat pada VPS. Jika anda lebih suka menggunakan model hos untuk kecerdasan, panduan sampingan tentang membina ejen dengan Claude pada VPS menggunakan idea yang sama dan meletakkan model khusus di belakangnya.

Untuk contoh kerja, membina ejen peribadi gaya OpenClaw menggunakan bahagian-bahagian ini, dan jika anda lebih suka menjalankan ejen yang sudah siap, mulakan dengan hos sendiri Hermes Agent pada VPS atau menjalankan Agent Zero pada pelayan anda sendiri, dan ejen AI hos sendiri terbaik pada 2026 membandingkan setiap pilihan sedia ada yang kami bincangkan, secara bersebelahan.

FAQ

Apakah perbezaan antara ejen AI dan chatbot?

Chatbot menjawab mesej dan berhenti. Ejen menjalankan satu gelung: model memutuskan satu tindakan, kod anda melaksanakannya, hasilnya dihantar semula kepada model, dan ia berulang sehingga tugasan selesai. Perbezaannya ialah ejen mengambil tindakan sebenar di antara pusingannya, memanggil alatan untuk membaca fail, menjalankan arahan, atau membuat pertanyaan perkhidmatan, berbanding hanya menghasilkan teks.

Adakah saya memerlukan GPU untuk menjalankan ejen AI pada VPS?

Hanya jika anda hos sendiri model tersebut. Gelung ejen, alatan, dan memori adalah kod biasa yang berjalan dengan baik pada VPS biasa tanpa GPU. GPU penting apabila anda ingin menjalankan model bahasa pada perkakasan anda sendiri, kerana model tersebut mesti muat dalam memori. Jika anda menggunakan model hos melalui API, pengiraan berat berlaku di tempat lain dan VPS biasa sudah mencukupi.

Apakah itu MCP dan adakah saya memerlukannya untuk membina ejen?

MCP, Model Context Protocol, ialah standard terbuka untuk menyambungkan ejen kepada alatan dan sumber data. Anda tidak semestinya memerlukannya, kerana anda boleh menulis setiap alatan secara manual. MCP menjimatkan kerja tersebut dengan membolehkan anda menggunakan semula pelayan sedia ada untuk perkhidmatan biasa dan mendedahkan sistem anda sendiri sekali sahaja untuk digunakan oleh mana-mana ejen. Ia adalah kemudahan yang menjadi berbaloi apabila bilangan integrasi bertambah.

Adakah selamat untuk memberi ejen AI akses kepada pelayan saya?

Ia boleh jadi selamat, jika anda mengehadkannya. Ejen yang menjalankan arahan hanya seberapa selamat akaun yang menjalankannya dan alatan yang anda benarkan. Jalankannya sebagai pengguna tanpa keistimewaan, simpan rahsianya di luar jangkauan, buatkan alatan yang menyentuh sistemfilesystem berada dalam sandbox, dan perlukan kelulusan untuk tindakan yang sukar untuk dibatalkan. Anggap ejen sebagai kod yang tidak dipercayai yang kebetulan bijak, dan berikan kepadanya hanya apa yang diperlukan oleh tugasan tersebut.