Laporan ujian pagi boleh siap sebelum anda membuka Open WebUI

Pada pukul 8.30 pagi Isnin, seorang pembangun membuka keputusan ujian malam sebelumnya. Tiga tugas ditandakan merah. Tugas pertama terputus sambungan daripada pangkalan data ujian, tugas kedua mengalami tamat masa yang tidak konsisten, dan tugas ketiga gagal semakan nilai pada kod yang berubah pada hari Jumaat. Mengasingkan keputusan itu mengambil masa lebih lama daripada melihat lencana merah. Ejen pengekodan yang berjalan secara berulang boleh menyediakan laporan ringkas dalam sembang, dengan semakan yang gagal serta petikan log di bahagian atas.

Open WebUI, antara muka sembang yang boleh dihos sendiri untuk model dan alatan AI, menambah sokongan ejen pengekodan dalam automasi berjadual pada v0.13.3. GitHub merekodkan keluaran pada 8 November 2026, pukul 23:48 UTC. Automasi boleh menyimpan terminal, direktori kerja dan ejen pengekodan yang tersedia dalam terminal itu, kemudian menghantar keputusan ke sembang. Jadual kini boleh memulakan tugas dalam persekitaran kerja tertentu, menjadikan laporan pagi itu praktikal. Nota keluaran Open WebUI v0.13.3

Tugas pertama yang wajar dijadualkan ialah laporan yang boleh disemak seseorang dalam beberapa minit. Gunakan automasi untuk mengumpulkan bukti dan serahkan keputusan seterusnya kepada pemilik projek. Selepas laporan yang boleh diulang terbukti berguna, anda mempunyai asas untuk memutuskan sama ada hendak memberi keizinan seterusnya.

Automasi mengingati tempat ejen bekerja

Automasi Open WebUI sudah menyokong arahan berulang. Pelaksanaan memulakan sembang melalui aliran penjanaan biasa, maka tetapan model, alat, penapis dan tetapan ingatan yang terpakai boleh mempengaruhinya. Versi 0.13.3 menambah laluan untuk memilih ejen pengekodan yang dikesan dalam terminal. Selepas terminal dipilih, pemilih model menunjukkan gabungan ejen dan model dalam format ejen/model. Menukar terminal atau folder boleh mengubah gabungan yang tersedia. Open WebUI menyemak kewujudan terminal dan ejen yang disimpan sebelum memulakan tugas. Jika salah satunya sudah tiada, tugas gagal dan pemilik boleh menyemak log pelaksanaan. Dokumentasi automasi Open WebUI

Penjadual memulakan sembang dengan tetapan pelaksanaan yang disimpan. Ilustrasi asli oleh Telli.sh berdasarkan nota keluaran Open WebUI v0.13.3.

Direktori kerja menjawab soalan biasa dengan kesan yang boleh memakan kos. Salinan kerja mana patut dibaca apabila dua projek mempunyai nama fail yang hampir sama, atau projek yang sama mempunyai cabang ciri dan cabang keluaran pada cakera? Laluan yang jelas membolehkan tugas bermula di tempat yang dimaksudkan dan memberikan penyemak rujukan untuk diperiksa. Ia masih hanya direktori permulaan. Keizinan baca dan tulis, fail yang boleh dicapai, pemboleh ubah persekitaran, akses rangkaian dan tingkah laku ejen pengekodan menentukan perkara lain yang boleh dicapai oleh tugas.

Keputusan juga mempunyai destinasi yang ditetapkan. Automasi ejen pengekodan menghantar hasil ke sembang. Nota keluaran membezakannya daripada automasi model biasa yang boleh menggunakan saluran sebagai destinasi. Sejarah pelaksanaan dan sembang mencukupi untuk seseorang menyemak laporan pagi. Pasukan yang mahukan amaran bersama masih perlu menentukan maklumat yang dikongsi, tempat perkongsian dan orang yang boleh melihat log asal. Tugas berjadual yang gagal juga patut mempunyai pemilik yang tahu tempat untuk menyemaknya. Nota keluaran Open WebUI v0.13.3

Beri tugas pertama input kecil yang boleh diperiksa

Ambil contoh laporan ujian hari Isnin. Mulakan dengan salinan ringkasan ujian malam sebelumnya, ID commit yang dijana mesin dan sebilangan kecil log kegagalan. Pengeksport artifak CI sedia ada atau salinan manual ke direktori sementara memberi ejen input yang stabil. Setiap fail perlu mengandungi konteks yang cukup untuk mengaitkan kegagalan dengan satu tugas dan commit. Buang rahsia yang jelas serta log yang tidak berkaitan sebelum fail dimasukkan ke dalam folder. Nama yang seragam dan cap masa memudahkan semakan tanpa meminta ejen meneka fail paling baharu.

Minta tiga hasil berasingan dalam satu balasan sembang. Pertama, senarai ringkas kegagalan yang memerlukan perhatian. Kedua, senarai kegagalan persekitaran atau yang belum dijelaskan. Ketiga, pautan atau laluan ke bukti bagi setiap butiran. Gunakan format ringkas supaya penyemak boleh membandingkannya dengan paparan CI asal. Tugas yang memfailkan enam salinan isu yang sama kerana satu ujian muncul dalam enam pelaksanaan matriks menukarkan kerja membaca yang kecil kepada kerja semakan yang lebih besar.

Arahan yang berguna menerangkan perkara yang mesti dikekalkan dalam hasil. Berikut ialah contoh untuk set data ujian yang mengandungi rekod commit dan ringkasan tugas yang dieksport. Direktori dan fail hanyalah contoh.

Baca ringkasan ujian yang dieksport dan petikan kegagalan berkaitan dalam folder projek yang ditetapkan. Mulakan dengan ID pelaksanaan, commit dan cap masa daripada input. Kumpulkan kegagalan berulang merentas matriks. Bagi setiap kegagalan yang berbeza, berikan nama ujian, petikan berguna paling ringkas dan laluan sumber. Bezakan kegagalan yang jelas daripada kemungkinan punca. Jika ringkasan tiada, lapuk atau tidak lengkap, nyatakan input yang hilang dan berhenti. Biarkan fail dalam keadaan asal.

Arahan seperti ini mengurangkan kekaburan. Terminal masih memerlukan keizinan yang sepadan dengan permintaan. Jika tugas hanya membaca, berikan paparan baca sahaja atau salinan sementara tanpa kelayakan akses repositori. Ujian yang gagal boleh mencetak teks sewenang-wenangnya daripada fail sumber, kebergantungan pihak ketiga atau data ujian. Teks tersebut tergolong dalam ruangan bukti dan tidak perlu menjadi arahan baharu kepada ejen. Ini lebih penting apabila tugas bermula sebelum pemiliknya bangun.

Susunan yang sama boleh membantu tugas berulang kedua. Ketua kejuruteraan boleh memberikan inventori kebergantungan bertarikh dan suapan nasihat keselamatan daripada sumber berasingan, kemudian meminta ejen menandakan calon padanan versi dan memetik rekod berkaitan. Hasil berguna ialah senarai semakan dengan pakej, versi dan sumber yang tepat. Pengimbas dipercayai masih boleh melakukan padanan deterministik, manakala penyemak boleh menilai sama ada kebergantungan berada pada laluan yang boleh dicapai. Mengekalkan fail juga membantu menghasilkan semula laporan apabila penjelasan berubah antara pelaksanaan.

Persediaan ringkas mendedahkan sebahagian besar kerja sebenar

Dokumentasi Open WebUI menerangkan suis Automations global dan keizinan berasingan bagi pengguna bukan pentadbir. Sahkan pemasangan anda menjalankan v0.13.3 atau keluaran serasi yang lebih baharu, ciri itu didayakan dan akaun mempunyai akses. Terminal perlu disambungkan dan dibenarkan dalam konteks automasi. Terminal boleh muncul dalam penyunting model tetapi dikecualikan daripada tugas automatik melalui konfigurasi konteks. Perbezaan ini boleh menjelaskan tugas yang berjaya dalam sembang biasa tetapi gagal daripada jadual. Automasi Open WebUI · Dokumentasi sambungan Open Terminal

1. Sediakan data ujian. Letakkan satu pelaksanaan yang berjaya, satu contoh kegagalan yang mewakili kes sebenar dan manifes dengan commit serta cap masa dalam ruang kerja sementara. Pastikan input kecil dan simpan kunci pengeluaran, konfigurasi awan dan fail peribadi di luar ruang kerja.
2. Buka Automations dan cipta tugas. Gunakan ruangan tajuk, arahan, model dan jadual. Dalam penyunting, pilih terminal, nyatakan direktori kerja dengan jelas dan pilih ejen pengekodan yang dimaksudkan daripada pemilih model. Tunggu sebentar sehingga persekitaran melaporkan ejen yang tersedia dalam folder tersebut.
3. Jalankan tugas sekali daripada penyunting. Buka sembang hasil dan log pelaksanaan. Sahkan commit, fail sumber, penyingkiran pendua dan keizinan fail. Bandingkan hasil dengan artifak asal dan semak bahawa pepohon sumber kekal bersih.
4. Jalankan kes kegagalan. Buang manifes daripada data ujian berasingan atau halakan data ujian kepada input yang sengaja dilapukkan. Laporan patut menunjukkan bukti yang hilang. Semak bahawa terminal yang tidak tersedia untuk automasi direkodkan sebagai pelaksanaan gagal dalam sejarah.
5. Tetapkan jadual berulang dan semak beberapa hasil pertama. Bandingkan jadual dengan masa eksport CI selesai. Laporan yang bermula terlalu awal dan membaca keputusan semalam menghadapi masalah jadual walaupun ayatnya kedengaran terkini. Jeda tugas jika kontrak input berubah atau laporan mula menyimpang.

Anggap data ujian dan arahan laporan sebagai pasangan. Jika nama folder ditukar, konvensyen cabang berubah atau ujian dipindah ke set lain, kemas kini data ujian bersama tugas itu. Ini mengelakkan kehilangan bukti yang digunakan untuk mengumpulkan hasil secara senyap. Apabila seseorang mengemas kini arahan, simpan contoh lama dan bandingkan kedua-dua hasil pada input yang sama. Pembetulan paling murah sering berupa manifes input yang lebih baik, terutamanya apabila dua tugas berjadual perlu bersetuju tentang maksud pelaksanaan paling baharu.

Pemilihan terminal membawa sempadan keizinan

Antara muka sembang yang dihos sendiri boleh disambungkan kepada model atau ejen daripada penyedia lain. Semak penyedia bagi ejen yang dipilih, data yang diterimanya dan kelayakan akses perkhidmatan yang boleh digunakannya. Salinan kerja dalam bekas atau ruang kerja sementara memberi pengendali tempat mengehadkan tindakan tugas. Direktori permulaan sahaja tidak banyak membantu jika pengguna yang sama boleh mengakses bahagian hos yang lain atau ejen mempunyai kelayakan akses tulis kepada repositori. Dokumentasi terminal Open WebUI menerangkan pilihan berasingan bagi tempat terminal boleh digunakan, termasuk konteks automasi, supaya pentadbir boleh mengehadkan akses sebelum tugas bermula. Dokumentasi sambungan terminal Open WebUI

Persediaan laporan baca sahaja mengasingkan bukti, keizinan pelaksanaan dan keputusan semakan. Ilustrasi asli oleh Telli.sh.

Penjimatan kerja ialah masa antara membuka keputusan dan mengetahui bahagian yang perlu diperiksa. Arahan yang boleh diharap dapat membuat banyak kerja bagi tugas ini. Minta arahan menghasilkan ID pelaksanaan dan status, kemudian biarkan ejen menerangkan kegagalan merentas beberapa jenis hasil. Pembahagian itu membantu apabila tugas bermasalah. Anda boleh membandingkan ID laporan dengan manifes dan melihat sama ada input salah sebelum mencuba ejen lain.

Semak kos bersama hasilnya. Pelaksanaan berjadual boleh menggunakan kuota atau menimbulkan caj penyedia jika ejen terpilih memanggil model berbayar. Log panjang boleh menambah jumlah input dan kegagalan ujian berulang boleh membawa kepada analisis berulang. Ukur dahulu semakan berguna yang diperoleh daripada petikan log terhad dan jadual pendek. Jika setiap pelaksanaan memproses fail besar yang sama, gunakan langkah deterministik yang murah untuk merekodkan sama ada terdapat perubahan. Jadual harian mudah dibajetkan apabila setiap pelaksanaan mempunyai had input yang diketahui.

Bagi pasukan kecil, pemilikan sama pentingnya dengan terminal. Dokumentasi Open WebUI menyatakan automasi dimiliki oleh pengguna yang menciptanya dan peribadi kepada pengguna itu. Laporan peribadi boleh disimpan di situ. Kelulusan keluaran oleh beberapa orang memerlukan proses berasingan yang dapat dilihat untuk berkongsi bukti dan menyerahkan tanggungjawab apabila pemilik tiada. Sejarah automasi boleh membantu seseorang menyiasat kegagalan. Semakan CI bersama memastikan keputusan binaan dapat dilihat oleh pasukan yang menerbitkannya. Kawalan akses automasi Open WebUI

Nilai laporan pagi kelihatan ketika disemak

Selepas minggu pertama, lihat laporan yang benar-benar dibuka. Semak pautan atau petikan bagi setiap butiran mendesak dan kira keadaan apabila ringkasan terlepas kegagalan, mengulang perkara yang sudah diketahui atau memetik commit yang salah. Tanya penyemak sama ada laporan membantunya mencari ujian seterusnya untuk diperiksa. Pemerhatian ini menerangkan nilai jadual dengan lebih baik daripada bilangan balasan automatik yang dijana.

Jika hasil kekal berguna, tambah satu jenis bukti baharu, satu fail pada satu masa. Berikan terminal destinasi yang stabil, hadkan kelayakan akses tugas dan lalukan perubahan kod atau infrastruktur melalui proses semakan biasa pasukan. Tanda kemajuan terbaik ialah laporan pagi yang cukup boleh dipercayai untuk diambil tindakan dan boleh disemak dengan pantas apabila sesuatu kelihatan salah.

Sumber

• Nota keluaran Open WebUI v0.13.3
• Persediaan, keizinan dan sejarah pelaksanaan automasi Open WebUI
• Sambungan dan konteks terminal Open WebUI

---

Untuk menyimpan perbualan dan keputusan di sebalik kerja anda dalam rekod yang boleh dicari, cipta akaun Telli.sh.