Laporan uji pagi bisa siap sebelum Anda membuka Open WebUI

Pada Senin pukul 08.30, seorang pengembang membuka hasil pengujian semalam. Tiga pekerjaan berstatus merah. Yang pertama kehilangan sambungan ke basis data pengujian, yang kedua mengalami waktu tunggu habis yang tidak konsisten, dan yang ketiga gagal pada pemeriksaan nilai di kode yang berubah hari Jumat. Memilah hasil itu butuh waktu lebih lama daripada melihat lencana merah. Agen coding yang dijalankan secara berkala bisa menyiapkan laporan singkat di obrolan, dengan pemeriksaan yang gagal dan cuplikan log di bagian atas.

Open WebUI, antarmuka obrolan untuk model dan alat AI yang bisa di-host sendiri, menambahkan dukungan agen coding pada otomatisasi terjadwal di v0.13.3. GitHub mencatat rilis pada 8 November 2026 pukul 23.48 UTC. Otomatisasi dapat menyimpan terminal, direktori kerja, dan agen coding yang tersedia di terminal itu, kemudian menyampaikan hasilnya ke obrolan. Jadwal kini dapat memulai tugas dalam lingkungan kerja tertentu, yang membuat laporan pagi tadi praktis. Catatan rilis Open WebUI v0.13.3

Pekerjaan pertama yang layak dijadwalkan adalah laporan yang bisa diperiksa orang dalam beberapa menit. Gunakan otomatisasi untuk mengumpulkan bukti dan serahkan keputusan berikutnya kepada penanggung jawab proyek. Setelah laporan yang dapat diulang terbukti berguna, Anda punya tolok ukur untuk memutuskan apakah akan memberikan izin selanjutnya.

Otomatisasi mengingat tempat agen bekerja

Otomatisasi Open WebUI sudah mendukung prompt berulang. Eksekusi memulai obrolan melalui alur penyelesaian biasa, sehingga pengaturan model, alat, filter, dan pengaturan memori yang berlaku dapat memengaruhinya. Versi 0.13.3 menambahkan cara memilih agen coding yang ditemukan dalam terminal. Setelah terminal dipilih, pemilih model menunjukkan kombinasi agen dan model yang tersedia dalam format agen/model. Mengganti terminal atau folder dapat mengubah kombinasinya. Open WebUI memeriksa keberadaan terminal dan agen yang tersimpan sebelum eksekusi dimulai. Jika salah satunya sudah tidak tersedia, eksekusi gagal dan pemilik dapat melihat log. Dokumentasi otomatisasi Open WebUI

Penjadwal membuka obrolan dengan pengaturan eksekusi yang disimpan. Ilustrasi orisinal oleh Telli.sh berdasarkan catatan rilis Open WebUI v0.13.3.

Direktori kerja menjawab pertanyaan biasa yang konsekuensinya bisa mahal. Salinan kerja mana yang perlu dibaca ketika dua proyek memiliki nama berkas mirip, atau ketika satu proyek memiliki cabang fitur dan cabang rilis di disk? Jalur yang eksplisit memulai tugas di tempat yang dimaksud dan memberi peninjau acuan untuk diperiksa. Jalur itu tetap hanya direktori awal. Izin baca dan tulis, berkas yang dapat diakses, variabel lingkungan, akses jaringan, dan perilaku agen coding menentukan apa lagi yang bisa dijangkau.

Hasil juga punya tujuan yang jelas. Otomatisasi agen coding mengirim keluaran ke obrolan. Catatan rilis membedakannya dari otomatisasi model biasa yang bisa menggunakan kanal sebagai tujuan. Riwayat eksekusi dan obrolan cukup bagi seseorang untuk memeriksa laporan pagi. Tim yang ingin peringatan bersama masih perlu memutuskan informasi mana yang dibagikan, ke mana, dan siapa yang bisa melihat log sumber. Pekerjaan terjadwal yang gagal juga harus memiliki penanggung jawab yang tahu tempat memeriksanya. Catatan rilis Open WebUI v0.13.3

Beri pekerjaan pertama masukan kecil yang bisa diperiksa

Ambil contoh laporan pengujian hari Senin. Mulailah dengan salinan ringkasan pengujian semalam, ID commit buatan mesin, dan sedikit log kegagalan. Pengekspor artefak CI yang sudah ada atau salinan manual ke direktori sementara memberi agen masukan stabil. Setiap berkas perlu konteks yang cukup untuk mengaitkan kegagalan dengan pekerjaan dan commit tertentu. Hapus rahasia yang terlihat dan log yang tidak terkait sebelum berkas masuk ke folder. Nama baku dan cap waktu membuat laporan lebih andal karena pemeriksa tidak perlu meminta agen menebak berkas terbaru.

Minta tiga keluaran terpisah dalam satu balasan. Pertama, daftar singkat kegagalan yang perlu perhatian. Kedua, daftar kegagalan lingkungan atau yang belum terjelaskan. Ketiga, tautan atau jalur bukti untuk setiap item. Buat format ringkas agar peninjau bisa membandingkannya dengan tampilan CI asli. Tugas yang membuat enam salinan isu sama karena satu tes muncul di enam eksekusi matriks telah mengubah pekerjaan membaca kecil menjadi pemeriksaan yang lebih besar.

Prompt yang berguna menjelaskan informasi yang harus dipertahankan. Berikut contoh untuk set pengujian dengan catatan commit dan ringkasan yang diekspor. Direktori dan berkasnya hanya ilustrasi.

Baca ringkasan pengujian yang diekspor dan cuplikan kegagalan terkait di folder proyek yang ditentukan. Awali dengan ID eksekusi, commit, dan cap waktu dari masukan. Kelompokkan kegagalan yang berulang dalam matriks. Untuk setiap kegagalan berbeda, berikan nama pengujian, cuplikan berguna terpendek, dan jalur sumber. Bedakan kegagalan yang jelas dari penyebab yang masih berupa dugaan. Jika ringkasan tidak ada, usang, atau tidak lengkap, sebutkan masukan yang hilang dan berhenti. Biarkan berkas seperti saat ditemukan.

Petunjuk seperti ini mengurangi ambiguitas. Terminal tetap perlu izin yang sesuai dengan permintaan. Jika tugas hanya membaca, berikan tampilan hanya-baca atau salinan sementara tanpa kredensial repositori. Pengujian yang gagal bisa mencetak teks apa pun dari berkas sumber, dependensi pihak ketiga, atau data uji. Teks itu masuk kolom bukti dan tidak perlu menjadi instruksi baru untuk agen. Ini makin penting saat eksekusi dimulai sebelum pemiliknya bangun.

Pengaturan sama bisa membantu pekerjaan berulang kedua. Pimpinan teknik bisa memberikan inventaris dependensi bertanggal dan kumpulan pemberitahuan keamanan yang diperoleh terpisah, lalu meminta agen menandai versi yang mungkin cocok serta mengutip catatan terkait. Keluaran berguna adalah daftar tinjauan dengan paket, versi, dan sumber yang tepat. Pemindai tepercaya masih bisa melakukan pencocokan deterministik, dan peninjau bisa menilai apakah dependensi berada di jalur yang dapat dijangkau. Menjaga berkas tetap sama juga memudahkan reproduksi laporan jika penjelasan berubah antar-eksekusi.

Penyiapan singkat memperlihatkan sebagian besar pekerjaan nyata

Dokumentasi Open WebUI menjelaskan sakelar Automations global dan izin terpisah bagi pengguna nonadmin. Pastikan instans menjalankan v0.13.3 atau rilis kompatibel yang lebih baru, fiturnya aktif, dan akun memiliki akses. Terminal harus terhubung serta diizinkan dalam konteks otomatisasi. Terminal bisa muncul di editor model tetapi dikecualikan dari pekerjaan otomatis berdasarkan konfigurasi konteks. Perbedaan itu bisa menjelaskan tugas yang berhasil dalam obrolan biasa tetapi gagal dari jadwal. Otomatisasi Open WebUI · Dokumentasi penyambungan Open Terminal

1. Siapkan data uji. Taruh satu eksekusi berhasil, satu kegagalan representatif, dan manifes berisi commit serta cap waktu di ruang kerja sementara. Jaga masukan tetap kecil dan simpan kunci produksi, konfigurasi awan, serta berkas pribadi di luar ruang kerja.
2. Buka Automations dan buat pekerjaan. Gunakan kolom judul, prompt, model, dan jadwal. Di editor, pilih terminal, tentukan direktori kerja secara eksplisit, dan pilih agen coding yang dimaksud dari pemilih model. Beri waktu agar lingkungan melaporkan agen yang tersedia di folder itu.
3. Jalankan pekerjaan sekali dari editor. Buka obrolan hasil dan log eksekusi. Periksa commit, berkas sumber, penghapusan duplikat, dan izin berkas. Bandingkan hasil dengan artefak asli dan pastikan pohon sumber tetap bersih.
4. Jalankan kasus gagal. Hilangkan manifes dari data uji terpisah atau arahkan data uji ke masukan yang sengaja dibuat usang. Laporan harus menunjukkan bukti yang hilang. Pastikan terminal yang tidak tersedia untuk otomatisasi tercatat sebagai kegagalan dalam riwayat.
5. Atur jadwal berulang dan tinjau beberapa hasil pertama. Bandingkan jadwal dengan waktu ekspor CI selesai. Laporan yang mulai terlalu dini dan membaca hasil kemarin adalah masalah jadwal meski teksnya terdengar mutakhir. Jeda tugas jika kontrak masukan berubah atau laporan mulai menyimpang.

Perlakukan data uji dan prompt laporan sebagai satu pasangan. Jika nama folder berubah, konvensi cabang berganti, atau tes dipindahkan ke rangkaian lain, perbarui data uji bersama pekerjaan terjadwal. Ini menjaga agar pekerjaan tidak diam-diam kehilangan bukti untuk mengelompokkan hasil. Saat seseorang memperbarui prompt, simpan contoh lama dan bandingkan kedua keluaran pada masukan yang sama. Perbaikan termurah sering kali berupa manifes masukan yang lebih baik, khususnya ketika dua tugas terjadwal perlu menyepakati arti eksekusi terbaru.

Pemilihan terminal disertai batas izin

Antarmuka obrolan yang di-host sendiri dapat tersambung ke model atau agen dari penyedia lain. Tinjau penyedia agen yang dipilih, data yang diterimanya, dan kredensial layanan yang bisa digunakannya. Salinan kerja di kontainer atau ruang kerja sementara memberi operator tempat untuk membatasi tindakan. Direktori awal saja tidak banyak membantu jika pengguna yang sama bisa mengakses bagian lain dari host atau agen punya kredensial tulis ke repositori. Dokumentasi terminal Open WebUI menjelaskan pilihan tempat terminal boleh digunakan, termasuk konteks otomatisasi, sehingga administrator bisa membatasi akses sebelum tugas dimulai. Dokumentasi penyambungan terminal Open WebUI

Konfigurasi pelaporan hanya-baca memisahkan bukti, izin eksekusi, dan keputusan peninjauan. Ilustrasi orisinal oleh Telli.sh.

Waktu yang dihemat adalah selang antara membuka hasil dan mengetahui bagian yang perlu diperiksa. Perintah yang andal bisa melakukan sebagian besar pekerjaan ini. Minta perintah menghasilkan ID eksekusi serta statusnya, lalu biarkan agen menjelaskan kegagalan di beberapa jenis keluaran. Pembagian itu membantu ketika tugas bermasalah. Anda bisa membandingkan ID laporan dengan manifes dan melihat apakah masukannya keliru sebelum mencoba agen lain.

Periksa biaya bersamaan dengan hasil. Eksekusi terjadwal dapat mengonsumsi kuota atau menimbulkan biaya penyedia jika agen memanggil model berbayar. Log panjang menambah volume masukan, dan kegagalan tes berulang dapat memicu analisis yang sama. Mula-mula ukur manfaat tinjauan dari cuplikan log terbatas dan jadwal singkat. Jika tiap eksekusi memproses berkas besar yang sama, buat langkah deterministik berbiaya rendah untuk mencatat apakah ada perubahan. Jadwal harian mudah dianggarkan saat setiap eksekusi punya batas masukan yang jelas.

Bagi tim kecil, kepemilikan sama pentingnya dengan terminal. Menurut dokumentasi Open WebUI, otomatisasi dimiliki oleh pengguna yang membuatnya dan bersifat privat bagi pengguna itu. Laporan pribadi dapat disimpan di sana. Persetujuan rilis oleh beberapa orang membutuhkan proses terpisah dan terlihat untuk berbagi bukti serta mengalihkan tanggung jawab ketika pemilik tidak ada. Riwayat otomatisasi membantu satu orang menelusuri kegagalan. Pemeriksaan CI bersama membuat keputusan build tetap terlihat oleh tim yang merilisnya. Kontrol akses otomatisasi Open WebUI

Manfaat laporan pagi terlihat saat ditinjau

Setelah minggu pertama, lihat laporan yang benar-benar dibuka. Periksa tautan atau cuplikan untuk setiap item yang ditandai mendesak, lalu hitung laporan yang melewatkan kegagalan, mengulang masalah yang diketahui, atau mengutip commit yang salah. Tanyakan apakah laporan membantu peninjau menemukan pengujian berikutnya yang perlu diperiksa. Pengamatan itu menjelaskan nilai jadwal lebih baik daripada jumlah balasan otomatis yang dibuatnya.

Jika hasilnya tetap berguna, tambahkan satu jenis bukti baru, satu berkas setiap kali. Beri terminal lokasi tujuan yang stabil, batasi kredensial pekerjaan, dan teruskan perubahan kode atau infrastruktur melalui proses peninjauan biasa. Tanda kemajuan terbaik adalah laporan pagi yang cukup bisa dipercaya untuk ditindaklanjuti dan cepat diperiksa jika ada yang terlihat salah.

Sumber

• Catatan rilis Open WebUI v0.13.3
• Penyiapan, izin, dan riwayat eksekusi otomatisasi Open WebUI
• Koneksi dan konteks terminal Open WebUI

---

Untuk menyimpan percakapan dan keputusan di balik pekerjaan dalam catatan yang dapat dicari, buat akun Telli.sh.