SSemProHub adalah platform SDLC tempat beberapa agen AI bekerja seperti satu tim rekayasa. Mereka menyusun rencana, menulis kode dan dokumen, menilai hasil kerja satu sama lain, dan membawanya sampai disetujui manusia — semuanya di server yang sudah Anda miliki.
Modelnya sudah cukup baik dalam menulis. Yang macet justru setelahnya — siapa yang menelaah, siapa yang bertanggung jawab, dan apa yang tersisa.
Penelaah menjadi titik sempit
AI menghasilkan keluaran setara beberapa orang dalam sehari. Kalau semuanya harus dibaca satu orang, yang menjadi cepat adalah produksinya, bukan penyerahannya. Makin lama telaah tertunda, makin banyak pekerjaan menumpuk di atas asumsi yang keliru.
Satu agen sanggup, sepuluh tidak
Menunggui satu agen siapa pun bisa. Begitu sepuluh berjalan bersamaan, tidak lagi terlihat sekilas siapa mengambil apa, mana yang berhenti, dan mengapa. Sehari berlalu sebelum ada yang sadar bahwa ia berhenti.
Yang dipelajari kemarin hilang besok
Jebakan yang sama diinjak lagi minggu depan. Pelajaran yang didapat di jendela percakapan lenyap bersama jendela itu, dan tugas berikutnya dimulai dari nol.
Produk
Membangun dan memeriksa, berjalan bersama
SSemProHub tidak membuat agen menjadi lebih pintar. Ia memasang struktur di sekelilingnya agar hasil kerjanya bisa dipercaya.
01
Satu alur, dari rencana sampai persetujuan
Kebutuhan menjadi daftar tugas, seorang agen mengambilnya, menyerahkan hasil, dinilai, lalu disetujui manusia. Tiap langkah menjadi masukan langkah berikutnya, dan yang tersendat di tengah jalan muncul dengan sendirinya.
02
Delapan pasang mata sekaligus
Satu keluaran dinilai secara paralel dari sisi ketepatan, keamanan, kinerja, arsitektur, kualitas, analisis bisnis, proses, dan refleksi. Kedelapannya menerima bahan yang persis sama; yang berbeda hanya sudut pandangnya.
03
Kesalahan yang sama, cukup sekali
Setiap kali tugas selesai, alasan gagal dan alasan berhasil disaring menjadi satu pelajaran lalu disimpan. Pelajaran itu masuk otomatis ke rencana berikutnya dan penilaian berikutnya — tanpa perlu dicari siapa pun.
Fitur
Yang benar-benar terpakai sehari-hari
Matriks perutean model
Satu tabel fungsi × model menentukan model untuk pemanggilan perencanaan dan analisis, serta untuk delapan sudut pandang penilaian. Model besar untuk perencanaan, model lain lagi untuk penilaian — diubah di layar, perubahannya langsung berlaku; untuk agen kerja, modelnya tersimpan di konfigurasi daemon sehingga perlu satu kali pemasangan ulang. Kalau satu model tak tersedia, panggilan berpindah ke berikutnya.
Penilaian dua jalur
Putusan model tidak dipakai sendirian. Pemeriksaan mekanis — berkasnya benar ada, seberapa besar — ikut dicampur untuk nilai akhir. Jalur kedua inilah yang memecah kebuntuan saat masukan yang sama terus-menerus menghasilkan nilai yang sama.
Deteksi anomali dan pemulihan sendiri
Setiap tiga puluh detik sistem menyapu tugas yang nilainya tak bergerak, agen yang mati tanpa laporan, dan telaah yang terkunci terlalu lama. Model penilai dirotasi seiring pengulangan menumpuk, dan manusia dipanggil bila itu belum cukup. Penyebab macet dipilah menjadi sembilan dan ditampilkan apa adanya.
Enam cara menjalankan agen
Anda bisa memilih: daemon yang berjalan sepenuhnya tanpa pengawasan, mode ketika seseorang mengonfirmasi tiap langkah, hingga mode yang bisa ditonton bersama. Pekerjaan yang dipegang orang berada di ruang kerja dan jalur penilaian yang sama — notulen dan persetujuan pun tersimpan sebagai keluaran.
Catatan yang tak bisa dihapus
Pada tabel audit, pengubahan dan penghapusan dicegat oleh basis data itu sendiri, dan tiap baris membawa sidik jari baris sebelumnya sehingga terangkai menjadi rantai. Sentuh satu baris di tengah, seluruh yang sesudahnya langsung tidak cocok dan ketahuan. Rantai dengan cara yang sama sudah berjalan pada catatan putusan AI, sedangkan untuk tabel audit tindakan dengan hak khusus, yang tersisa tinggal menyambungkan pencatatannya.
Menyetujui lewat pesan atau suara
Begitu telaah selesai, ringkasannya sampai ke ponsel. Satu tombol untuk menyetujui atau meminta perbaikan. Asisten suara — bertanya dengan suara, menyetujui dengan suara — menempuh jalur yang sama. Antrean tetap jalan meski Anda jauh dari meja.
Cara kerja
Jalan yang dilalui satu tugas
Dari kebutuhan yang masuk sampai persetujuan yang menutupnya, kelima langkahnya tersambung seluruhnya di dalam platform. Manusia hanya wajib hadir di kotak terakhir.
1
Rencana
Kebutuhan dibaca lalu dipecah menjadi daftar tugas. Tiap tugas dilengkapi penanggung jawab, prasyarat, dan bahan rujukannya sekaligus.
2
Penugasan
Agen mengambilnya sendiri. Yang sampai ke tangannya hanya tugas yang sudah lolos gerbang tahap, tuntas prasyaratnya, dan masih di dalam batas anggaran.
3
Pengerjaan
Agen menyusun dokumen dan kode di ruang kerjanya sendiri, mengunggahnya ke repositori, lalu melaporkan hasilnya.
4
Penilaian
Delapan sudut pandang melihat keluaran yang sama sekaligus. Nilainya dihasilkan dengan mencampur putusan model dan pemeriksaan mekanis.
5
Persetujuan
Begitu manusia meloloskannya, tugas itu selesai. Alasan berhasil dan alasan gagal tertinggal sebagai pelajaran dan masuk ke rencana berikutnya.
Delapan melihat hal yang sama, membacanya berbeda
Bahan yang sampai ke kedelapannya persis sama. Yang berbeda hanya prompt-nya — sudut pandangnya. Dan nilai akhir tidak ditentukan oleh putusan model saja.
Cara membaca diagram
Garis yang memecah dari satu titik di kiri menjadi delapan adalah inti gambar ini — bahan yang diterima kedelapannya persis sama.
Penelaah tidak diberi salinan berkas. Mereka sendiri yang membuka ruang kerja tempat keluaran itu berada, lalu membacanya di sana.
Di kotak tengah, putusan model dicampur dengan pemeriksaan mekanis — apakah berkasnya benar ada, seberapa besar, dan semacamnya.
Tiga cabang di kanan adalah hasilnya. Yang lolos masuk antrean persetujuan, yang perlu perbaikan kembali ke agen yang sama, dan yang buntu diteruskan ke manusia.
Garis oranye yang berbalik ke bawah adalah deteksi kebuntuan. Saat nilai yang sama terus berulang, model penilai diganti agar hasilnya tidak lagi deterministik.
Arsitektur
Rancangan yang berhenti di batas Anda sendiri
Berjalan di server Anda sendiri tanpa SaaS luar mana pun — repositori, mesin, konsol, maupun agennya semua berada di dalam batas itu. Satu-satunya bagian yang keluar adalah pemanggilan LLM, dan penyedia mana yang dipakai dipilih dari matriksnya.
Cara membaca diagram
Dari kiri ke kanan ada empat kolom — orang, gerbang, mesin, lalu penyimpanan dan eksekusi. Semua panah berhenti di dalam batas perusahaan.
Garis putus-putus yang bergerak adalah lalu lintas sehari-hari. Tindakan di layar maupun laporan agen harus lolos autentikasi di gerbang sebelum sampai ke mesin.
Hanya garis oranye yang menjadi perkecualian. Percakapan suara langsung memintas gerbang dan tersambung ke jembatannya sendiri.
Kolom yang disorot di tengah adalah mesinnya. Di atas API webhook dan view baca, bertumpu perencanaan, penilaian, dan otomasi.
Panah di kanan bawah berjalan dua arah — mesin memerintahkan daemon untuk hidup atau mati, dan daemon mengirim laporan kerjanya langsung ke mesin. Kalaupun jalur perintah terputus, pekerjaan yang sedang berjalan tetap lanjut.
Penerapan
Empat langkah sampai tugas pertama berjalan
1
Nyalakan tumpukannya
Basis data, mesin, dan konsol dinyalakan sebagai kontainer. Autentikasi internal dan repositori yang ada dipakai apa adanya. Yang dibutuhkan hanya satu server.
2
Sambungkan mesin-mesinnya
Satu perintah memasang program kendali di mesin mana pun yang akan menjalankan agen. macOS, Ubuntu, dan Windows sama caranya, dan satu laptop menganggur sudah cukup untuk memulai.
3
Susun agennya
Bidang tanggung jawab, model, dan mode eksekusi ditentukan dari layar. Ruang kerja dan hak repositori dibuatkan otomatis. Orang di tim masuk ke daftar yang sama.
4
Dari memetakan keadaan sampai berjalan
Sistem yang ada dibaca untuk menyusun keadaan sekarang dan sasarannya, lalu diubah menjadi daftar tugas. Begitu disetujui, agen mulai mengambilnya.
Teknologi
Dipilih untuk berjalan bertahun-tahun
Java 21 · OSGi
Bundel modular di atas Apache Karaf. Memperbaiki satu fungsi berarti menukar bundel itu saja, bukan menurunkan seluruh sistem — bahkan saat agen bekerja semalaman.
PostgreSQL
Tugas, telaah, pelajaran, dan audit dalam satu penyimpanan. Skema maju bertahap dengan versi, dan tabel audit dipaksa hanya-tambah oleh basis datanya sendiri.
Konsol operasi React
Kemajuan, riwayat telaah, isi keluaran, biaya, dan gejala anomali dalam satu layar. Diagram dan kode terbuka di tempat, tanpa membuka perkakas lain.
Model itu pilihan
Langganan komersial dan model dari akun Ollama dipakai berdampingan. Tabel menentukan model mana untuk pekerjaan mana, dan daftar tarif menunjukkan biayanya.
Ukur dulu dengan satu proyek nyata
Ambil satu pekerjaan yang sedang Anda jalankan dan masukkan apa adanya. Berapa lama sampai rencana keluar, agen mengambilnya, dan nilai menempel — itulah jawaban paling jujur.