☰ Di halaman ini
Mengapa kami membangunnya
Bentuk tim software berubah lebih cepat daripada alat-alatnya. Sebagian besar kode yang dirilis hari ini ditulis dengan agen AI di dalam prosesnya — tetapi agen itu tidak tahu apa spesifikasinya, test mana yang menutupinya, atau mengapa percobaan terakhir ditolak. Ia memulai setiap sesi dengan amnesia, dan timlah yang membayarnya.
Alat lifecycle yang ada dirancang untuk manusia yang membaca halaman web. Mereka menyediakan UI, bukan memori. Maka Oprex dibangun dengan asumsi yang berbeda: anggota terbaru tim Anda bukan manusia, dan ia butuh akses yang sama ke spesifikasi, requirement, test, rilis, dan riwayat seperti anggota lainnya.
Oprex itu sebenarnya apa
Satu system of record untuk seluruh lifecycle — spesifikasi, requirement, rencana dan hasil test, rilis, bug, tiket helpdesk, dan knowledge base — dengan endpoint MCP yang membuat agen pengode bisa membaca dan menulis semuanya.
🔗 Tertaut, bukan bersebelahan
Spesifikasi tahu requirement-nya; requirement tahu test-nya. Bug tahu rilisnya. Cakupan adalah kueri, bukan spreadsheet yang dirawat seseorang.
🧠 Memori yang hidup melampaui sesi
Keputusan berbentuk panjang hidup di samping pekerjaannya — terbaca oleh engineer berikutnya dan agen berikutnya.
🔐 Isolasi sejak konstruksi
Multi-tenant sejak commit pertama. Akses per project diturunkan dari satu aturan dan diterapkan pada daftar, hitungan, maupun pembacaan detail.
🎬 Pengujian yang bisa direkam
OTP — Oprex Test Protocol — mengubah klik tester menjadi test case yang dijalankan ulang oleh runner atau agen, dengan screenshot di setiap langkah.
Siapa di baliknya
Oprex dibangun oleh PT Kinetikum Indo Solusi, perusahaan software Indonesia yang juga membangun dan mengoperasikan produk HR, rekrutmen, CRM, dan AI percakapan yang dipakai organisasi nyata. Kami tim kecil; keluarga produknya bernama Kinexa Systems.
Itu penting karena alasan praktis: kami adalah pelanggan kami sendiri yang paling rewel. Spesifikasi, requirement, test, bug, rilis Oprex, dan changelog situs ini semuanya hidup di Oprex. Kalau sebuah alur menjengkelkan, kamilah yang pertama jengkel.
Cerita pembuatnya
Budi Agus Santoso — System Analyst di PT Kinetikum Indo Solusi, Bekasi, Indonesia.
Juli 2026, Oprex lahir sebagai alat internal pendamping coding sehari-hari. Berhadapan dengan rumitnya pengembangan software kelas enterprise seperti Kinetikum ERP dan IndoHRM untuk klien aktif, lahirlah lapisan SDLC untuk AI. Dipadukan dengan AI saat vibe coding, ia disempurnakan menjadi MCP server.
Dengan Oprex SDLC/ALM MCP, pemakaian token turun hingga 90% tanpa mengorbankan ketertelusuran — dari rilis sampai deployment di server staging dan produksi.
Cara kami membangun
- Rilis kecil, rilis terlihat. Rilis dicatat dan diterbitkan; changelog di situs ini dihasilkan dari catatan yang sama yang dipakai tim.
- Katakan yang belum selesai. Beta berarti beta. Bila ada batasan, kami lebih suka menuliskannya di halaman harga daripada Anda menemukannya di produksi.
- Terbuka bila itu membantu. Integrasi MCP dan protokol OTP dibuat untuk diadopsi, di-fork, dan diperdebatkan — bukan dikunci di balik sales call.
Lihat sendiri
Masuk, dan workspace langsung dibuat. Evaluasi paling jujur dan paling cepat adalah dua puluh menit dengan project Anda sendiri di dalamnya.
Mulai gratis Kunjungi komunitas