Integrasi Universal MCP: Satu Database Claude Code & Cursor

Lo pakai Claude Code untuk refactor besar. Cursor untuk edit cepat sambil lihat diff. Antigravity untuk task yang butuh browser. VS Code untuk baca kode warisan yang belum lo sentuh setahun.

Empat tool, empat konfigurasi MCP terpisah, dan empat memori yang tidak saling bicara.

Pagi ini lo jelaskan keputusan arsitektur ke Claude Code. Sore, Cursor mengusulkan pola yang bertentangan karena ia tidak pernah tahu keputusan pagi itu. Lo jelaskan ulang. Besok, Antigravity mengulang kesalahan yang sama.

Bukan agennya bodoh. Memang tidak ada yang menyambungkan ingatan mereka.

Kenapa Konfigurasi Server MCP Terpisah Selalu Berantakan

Setiap editor punya format manifest sendiri:

• Claude Code membaca .mcp.json per proyek plus konfigurasi global di direktori home.
• Cursor menyimpan mcp.json di folder setting aplikasi, dengan skema yang mirip tapi tidak identik.
• VS Code memakai .vscode/mcp.json dengan field inputs tambahan.
• Antigravity mengikuti format komunitas yang masih bergeser antar versi.

Satu server yang ingin lo pakai di empat tempat berarti empat entri yang harus lo jaga tetap sinkron. Tambah satu tool baru, lo edit empat file. Ganti path biner, lo edit empat file lagi.

Jumlahnya bertambah cepat. Lima server dikali empat editor sama dengan dua puluh entri. Salah satu salah tanda kurung, dan editor itu diam saja, tanpa pesan error, hanya tool yang tiba-tiba tidak muncul.

Overhead HTTP server

Banyak panduan lama menyarankan menjalankan server MCP sebagai proses HTTP di port tetap, lalu tiap editor menunjuk ke http://127.0.0.1:PORT.

Pola ini punya tiga masalah nyata:

• Port collision. Dua server yang ingin port 8788 tidak bisa hidup bersama. Lo mulai menomori port manual, lalu lupa mana milik siapa.
• Lifecycle. Proses HTTP harus dihidupkan sebelum editor, dan dimatikan setelahnya. Kalau crash, semua editor kehilangan tool tanpa penjelasan.
• Latensi tambahan. Setiap panggilan menempuh loopback TCP plus parsing JSON-RPC. Terdengar kecil, tapi di agentic loop yang memanggil 40 tool per task, akumulasinya terasa.

Memori yang terpecah

Masalah terbesar bukan konfigurasi, tapi konsekuensinya. Kalau tiap editor menunjuk ke database memori berbeda, agen lo punya amnesia silang.

Keputusan yang dicatat di Claude Code tidak terlihat oleh Cursor. Hasil riset di Antigravity tidak pernah sampai ke VS Code. Lo jadi kurir manual, menyalin ringkasan antar jendela.

Ibaratnya empat karyawan di satu kantor yang masing-masing punya buku catatan sendiri, dan tidak ada yang boleh saling pinjam.

The Unfair Advantage: Satu Bridge, Empat Editor, Satu Database

ACS Core menyelesaikan ini di lapisan bawah: satu biner, satu database SQLite WAL, dan satu server MCP yang dipanggil lewat stdio.

Alurnya sederhana. Editor meluncurkan acs mcp serve sebagai subprocess. Komunikasi berjalan lewat stdin dan stdout editor itu sendiri. Tidak ada port TCP yang dibuka, tidak ada daemon yang perlu diawasi.

Karena empat editor menjalankan biner yang sama dan menunjuk ke berkas database yang sama, memori mereka otomatis menyatu. Tidak ada sinkronisasi yang perlu lo tulis.

Empat tier akses yang sengaja dipisah

ACS membagi jalur akses supaya latensi dan ketahanan tidak saling mengorbankan:

• Tier 1, stdio RPC in-process. Jalur utama untuk pemanggilan tool. Kembali di bawah 2 milidetik karena tidak ada lapisan jaringan.
• Tier 2, CLI fastpath. Subcommand acs untuk operasi yang lebih cocok dijalankan dari terminal, misalnya acs kanban summary atau acs memory summary.
• Tier 3, akses database langsung. Query SQLite WAL in-process untuk pembacaan yang tidak butuh server.
• Tier 4, REST fallback. Endpoint HTTP lokal di port 20130, dipakai hanya saat jalur stdio tidak tersedia.

Urutannya penting. Fallback REST bukan jalur normal, melainkan jaring pengaman untuk kasus editor yang tidak mendukung subprocess stdio.

Satu setelan untuk semua editor

Konfigurasi yang sama dipakai di mana-mana, hanya lokasi filenya yang berbeda:

{
  "mcpServers": {
    "acs": {
      "command": "acs",
      "args": ["mcp", "serve"]
    }
  }
}

Tempel di .mcp.json untuk Claude Code, di mcp.json untuk Cursor, di .vscode/mcp.json untuk VS Code, dan di manifest Antigravity. Empat salinan, satu sumber.

Untuk menghindari salinan manual, ACS menyediakan perintah sinkronisasi yang menulis keempat manifest dari satu definisi. Jalankan sekali setelah memasang tool baru, dan keempatnya ikut bergerak.

Yang Berubah Setelah Memori Menyatu

Perubahan paling terasa bukan pada kecepatan, tapi pada kualitas keputusan agen.

Saat Cursor mengusulkan refactor, ia membaca catatan keputusan yang dibuat Claude Code kemarin. Saat Antigravity membuka halaman target, ia memakai sesi browser yang sudah dikonfigurasi sebelumnya. Konteks tidak lagi hilang di batas aplikasi.

Efek sampingnya: lo berhenti menulis ringkasan manual. Itu biasanya 20 sampai 30 menit per hari yang kembali ke pekerjaan sebenarnya.

Blueprint Sinkronisasi Manifest

Bagian ini berisi struktur manifest lengkap per editor, aturan symlink, dan urutan rekonsiliasi yang kami pakai saat satu tool ditambahkan ke seluruh armada.

Konfigurasi Sinkronisasi Multi-IDE

Kapan Pendekatan Ini Tidak Cocok

Kalau tim lo memakai satu editor saja, konfigurasi tunggal sudah cukup dan bridge ini menambah lapisan yang tidak perlu.

Kalau editor lo berada di mesin terpisah dan harus berbagi memori lewat jaringan, stdio tidak berlaku. Di situasi itu, REST fallback yang jadi jalur utama, dan lo perlu memikirkan autentikasi serta isolasi jaringan sendiri.

Untuk workstation tunggal dengan beberapa editor, satu biner plus satu database adalah konfigurasi paling sederhana yang bisa dipertahankan.

Lanjut ke Bagian Lain

Untuk melihat bagaimana bridge ini duduk bersama suite MCP lain, buka seksi MCP Arsenal. Di sana ada browser stealth, code-intel AST, second brain, dan riset web dalam satu paket.

Untuk paket dan cara mengaktifkannya, buka halaman harga. Satu lisensi mencakup seluruh suite dan pembaruan konfigurasi saat format manifest editor berubah. Pelajari standar protokol terbuka di Model Context Protocol Specification ↗.