☰ Di halaman ini
Apa itu "vibe coding"?
Vibe coding adalah yang terjadi saat Anda menyerahkan project nyata ke agen pengode, bukan contoh mainan. Agen membaca kode, keputusan, dan defect Anda — lalu menulis kode yang pas. Oprex menyediakan dua dari tiga hal itu: catatan project (issue, requirement, test case, fakta) dan mekanika rilis. IDE atau editor Anda menyediakan kodenya.
Pengindeksan kode bukan fitur Oprex. "Code indexing" yang mungkin Anda dengar milik Kilo Code — ia mengindeks codebase lokal supaya agen memahami simbol, referensi, dan definisi di dalam editor. Oprex MCP melakukan hal berbeda: mengindeks data SDLC Anda (issue, tiket, requirement, spesifikasi, test case, milestone, catatan, dan fakta memori) supaya agen memahami apa yang diputuskan project dan mengapa. Bersama-sama keduanya menutupi kode dan konteks di sekelilingnya.
Tiga kondisi
Tanpa Oprex MCP
• Agen AI tidak punya akses ke riwayat project Anda.
• Setiap sesi mulai dari nol — tanpa issue, requirement, atau keputusan.
• Anda menempel konteks manual, atau agen menebak.
• Membahas ulang batasan bulan Maret pada bulan Agustus.
• Tanpa ketertelusuran: agen tidak bisa menautkan perubahannya ke requirement.
Dengan Oprex MCP
• Agen menanyakan data SDLC lewat 230 tool MCP (toolset core = 48 secara bawaan).
• Satu pencarian ter-ranking menembus issue, tiket, requirement, spec, test, milestone, catatan.
• Fakta dan memori memberi agen riwayat tercatat untuk dibaca sebelum menulis.
• Agen melaporkan issue, test case, dan catatan rilis sambil bekerja.
• Hemat token: satu pencarian ≈ 491 token vs membaca seluruh backlog.
Dengan Oprex MCP + pengindeksan Kilo Code
• Kilo Code mengindeks codebase lokal Anda (simbol, referensi, definisi).
• Oprex MCP mengindeks data SDLC Anda (issue, requirement, keputusan).
• Agen punya keduanya: struktur kode dan catatan project.
• Pencarian menjangkau kode DAN artefak dalam satu sesi agen.
• Terbaik dari keduanya: pemahaman struktur kode + pengetahuan SDLC kontekstual.
Contoh nyata
Contoh 1 — Onboarding ke modul legacy
Tanpa Oprex: Anda menghabiskan 30 menit membaca modul auth dan utas Slack lama untuk menjawab 'kenapa ini begini?'.
Dengan Oprex MCP: Anda bertanya sekali. Agen mengingat faktanya (dengan tanggal dan sumber) dalam 491 token dan mulai coding.
Dengan Oprex + pengindeksan Kilo: Agen membaca struktur modul auth lewat indeks Kilo, mengingat keputusan dari Oprex, dan menjelaskan batasannya dalam satu paragraf.
Contoh 2 — Bug yang pernah dilaporkan
Tanpa Oprex: Anda mencari di issue tracker secara manual. Laporannya ketemu, tetapi bukan langkah reproduksi yang menempel padanya. Anda mereproduksinya lagi.
Dengan Oprex MCP: Anda minta agen mencari. Ia mengembalikan laporan lama beserta langkah reproduksi, termasuk yang sudah ditutup, diperingkat berdasarkan relevansi.
Dengan Oprex + pengindeksan Kilo: Agen mencari laporan bug sekaligus jalur kode yang ditambal terakhir kali. Ia menunjuk baris persisnya dan perbaikan sebelumnya dalam satu giliran.
Contoh 3 — Merilis perubahan
Tanpa Oprex: Anda menyusun catatan rilis dengan tangan. Anda memeriksa requirement mana yang test-nya lulus dengan membuka spreadsheet. Anda menulis changelog.
Dengan Oprex MCP: Catatan rilis dihasilkan dari cakupan rencana rilis. Matriks cakupan menjawab 'requirement mana yang belum punya test yang lulus' terus-menerus.
Dengan Oprex + pengindeksan Kilo: Agen menulis kode, menjalankan test, memeriksa cakupan terhadap requirement lewat Oprex, dan menyusun draf catatan rilis — semua sebelum Anda meninjau.
Yang sebenarnya diindeks Oprex MCP
Oprex MCP tidak membaca berkas sumber Anda. Ia membaca artefak yang hidup di dalam Oprex: issue, tiket, requirement, spesifikasi, test case, milestone, catatan, dan fakta memori. Semuanya diindeks dengan pencarian teks penuh Postgres memakai stemmer Indonesia dan Inggris, plus pencarian lintas-artefak ter-ranking yang mengembalikan hasil paling relevan dari setiap jenis dalam satu panggilan 491 token.
Pengindeksan kode Kilo Code bekerja pada berkas lokal Anda. Ia memahami tanda tangan fungsi, tempat pemanggilan, dan batas modul di dalam IDE. Oprex tidak bersaing dengannya — ia melengkapi. Agen butuh keduanya untuk menulis kode yang benar secara struktur dan konsisten dengan keputusan project yang tercatat.
Aritmetika token
Pada korpus 1.363 artefak — kira-kira setahun keluaran tim kecil — kami mengukur:
| Apa | Biaya | Catatan |
|---|---|---|
Definisi tool dimuat sekali per sesi (tools/list) | ≈ 11.890 tok | 46,4 KB, diukur dengan 79 tool (Agu 2026). Kini ada 230 — persis alasan toolset ada: core memuat 48. |
Dipersempit ke issues,requirements | ≈ 1.050 tok | ~91% lebih murah dari muat penuh; mencakup triage bug + alur produk. |
Dipersempit ke search saja | ≈ 151 tok | Sesi satu tool; berguna untuk agen pencarian baca-saja. |
Satu panggilan oprex_search | ≈ 491 tok | 8 hasil ter-ranking dari 7 jenis, hanya cuplikan. |
| Pertanyaan yang sama lewat 3 panggilan daftar terfilter | ≈ 798 tok | Baris penuh. Mencakup 3 dari 7 jenis, melewatkan varian stem. |
| Pertanyaan yang sama dengan membaca seluruh backlog | ≈ 555.077 tok | 2,1 MB. Tidak ada yang melakukannya — tetapi itulah plafon yang dituju agen tanpa pencarian. |
Titik impas berdasarkan jumlah token saja kira-kira 39 pencarian dalam satu sesi bila memakai seluruh permukaan tool. Dengan penyempitan tool, titik impas turun proporsional: sesi 2 kategori balik modal dalam kira-kira 3 pencarian. Kebanyakan sesi tidak melakukan 39 pencarian. Penghematan sebenarnya ada pada pekerjaan yang tidak pernah terjadi: berkas yang tidak perlu Anda baca, bug yang tidak Anda diagnosis ulang, batasan yang tidak Anda jelaskan ulang.
Pakai X-MCP-Toolsets: issues,requirements atau parameter JSON-RPC toolsets pada tools/list untuk memuat hanya tool yang dibutuhkan tugas Anda.
Siap mencoba?
Sambungkan Oprex MCP ke editor Anda dalam kurang dari lima menit. Kilo Code, Claude Code, Cursor, VS Code, Gemini CLI, dan ChatGPT didukung.
Pasang MCP →