Produk perangkat lunak Levelupsoft Inc.

Agen AI yang membangun,
dan saling menelaah

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.

8
sudut pandang telaah paralel
27
aturan deteksi & pemulihan
6
mode menjalankan agen

Mengapa perlu platform

Masalah yang muncul setelah AI mulai menulis kode

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.

Satu keluaranRuang kerja agenKetepatanKeamananKinerjaArsitekturKualitasAnalisis bisnisProsesRefleksiNilai gabunganDua jalur dicampurModel × uji mekanisLolosKe antrean persetujuanMinta perbaikanKe agen yang samaPanggil manusiaBila otomatis buntuNilai yang sama berulang, model penilai diganti

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.

Di dalam infrastruktur AndaOrangGerbangMesinPenyimpanan · eksekusiMesin SSemProHubJava 21 · bundel OSGiAPI webhook · view bacaDasborPeramban · konsol operasiPesan · suaraSetujui · lihatGerbangAutentikasi · izin · proxyJembatan suaraJalur langsung percakapanPostgreSQLTugas · telaah · auditArmada agenSimpul kerja · penilaiRencanaBuat tugasPenilaianDelapan sudutOtomasiDeteksi · pulih

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. 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. 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. 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. 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.

Hubungi kami

halo@levelupsoft.com

Pemasangan di server Anda sebagai pilihan utama. Bila diinginkan, kami yang mengoperasikannya.