Spotify Xirp: pusat kendali untuk agen coding

Jika hanya ada satu sesi coding dalam satu repositori, Anda tidak memerlukan pusat kendali baru. Terminal, satu agen, dan branch Git yang bersih biasanya sudah cukup.

Masalah mulai terasa ketika Codex mengerjakan fitur, Claude Code menyelidiki bug, dan Gemini menguji ide kedua secara paralel. Agen mana yang menunggu izin? Perubahan ada di branch mana? Sesi mana milik proyek apa? Dan bagaimana mencegah dua agen mengubah checkout yang sama pada saat bersamaan?

Inilah masalah yang ingin diselesaikan Xirp. Namanya berasal dari Spotify, tetapi tidak berhubungan dengan musik, playlist, atau aplikasi Spotify. Xirp adalah aplikasi macOS untuk bekerja dengan agen coding berbasis AI. Proyek, terminal persisten, Git worktree, file, aturan, dan skill disatukan dalam satu antarmuka.

Sekilas, Xirp tampak seperti IDE AI lain. Namun, sebutan itu terlalu sempit. Xirp tidak membawa model bahasa sendiri dan tidak menggantikan Codex, Claude Code, atau Gemini. Aplikasi ini mengatur agen yang sudah terpasang dan dikonfigurasi di Mac.

Apa sebenarnya Xirp?

Spotify menyebut Xirp sebagai agentic development environment. Secara sederhana, Xirp adalah panel kendali grafis untuk beberapa sesi agen coding lokal.

Sesi adalah terminal persisten tempat agen berjalan. Sesi dapat terhubung ke proyek lokal dan Git worktree tersendiri, atau dijalankan tanpa konteks proyek. Saat membuat sesi, pengguna memilih Codex, Claude Code, atau Gemini, menjelaskan tujuan, lalu menentukan apakah agen bekerja di checkout yang ada atau di worktree baru.

Xirp tetap memakai alat command line asli dari setiap penyedia. Kredensial, model, langganan, izin, dan pengaturan khusus agen tetap berada dalam konfigurasi masing-masing. Memasang Xirp tidak otomatis memberi akses ke Claude, Codex, atau Gemini, dan tidak menambah kuota model.

Xirp saat ini masih beta dan hanya berjalan di macOS. Perangkat lunaknya bersifat proprietary, bukan open source. Spotify mewajibkan alamat email kerja untuk mendaftar. Menurut FAQ, alamat pribadi dari Gmail, Yahoo, atau Outlook.com tidak diterima.

Apa yang bisa dilakukan Xirp?

Manfaatnya bukan berasal dari satu tombol ajaib, melainkan dari penyatuan berbagai pekerjaan yang biasanya tersebar di beberapa tempat.

Proyek dan sesi persisten

Proyek pada dasarnya adalah folder lokal di Mac. Folder itu bisa berupa satu repositori Git, folder tanpa Git, atau folder induk yang berisi beberapa repositori. Xirp memakainya sebagai direktori kerja sesi.

Terminal tetap persisten. Aplikasi dapat ditutup, dibuka lagi, lalu sesi dilanjutkan. Ringkasan proyek menampilkan sesi aktif dan terdahulu beserta branch dan worktree. Indikator status menunjukkan apakah agen sedang bekerja, menunggu masukan, atau selesai. Notifikasi dapat memberi tahu ketika sesi memerlukan perhatian.

Hal ini tidak dramatis, tetapi sangat berguna. Saat ada tiga atau lima pekerjaan paralel, pertanyaan tersulit sering bukan lagi apakah agen dapat menulis kode, melainkan agen mana mengerjakan apa dan di mana hasilnya berada.

Git worktree, bukan beberapa agen dalam checkout yang sama

Untuk sesi baru, Xirp dapat membuat Git worktree khusus dengan branch dan direktori kerja terpisah. Beberapa agen dapat bekerja pada repositori yang sama tanpa menulis ulang file yang sama secara bersamaan di checkout yang sama.

Worktree tidak menghapus konflik secara ajaib. Jika dua branch mengubah fungsi yang sama dengan cara berbeda, konflik tetap harus dipahami dan diselesaikan. Perubahan tidak sengaja di luar worktree juga tidak otomatis dicegah. Isolasi menata pekerjaan, tetapi tidak menggantikan code review, pengujian, atau perlindungan branch.

Saat membersihkan, Xirp memperlakukan sesi, worktree, dan branch sebagai hal yang terpisah. Ini masuk akal karena menutup terminal tidak boleh otomatis menghapus checkout yang masih berisi perubahan yang belum disimpan.

Terminal, file, Git, dan beberapa agen dalam satu tampilan

Tampilan sesi adalah terminal interaktif. Pengguna dapat menjawab, menyetujui izin, dan memakai perintah agen seperti pada CLI asli. File dapat dicari dan diedit, diff diperiksa, branch serta commit dilihat, dan editor atau terminal eksternal dibuka dalam worktree yang benar.

Grid view menempatkan beberapa terminal aktif berdampingan. Ini berguna ketika dua sesi bekerja dan sesi ketiga menunggu keputusan. Percakapan juga dapat di-fork untuk mencoba pendekatan lain tanpa kehilangan alur awal.

Menurut dokumentasi, pengguna dapat berpindah ke agen lain yang terpasang selama sesi. Direktori kerja dan status proyek tetap tersedia. Namun, Xirp tidak menerjemahkan pengaturan khusus antaragen. Berpindah dari Claude Code ke Codex tidak berarti setiap detail konfigurasi otomatis berfungsi persis sama.

Aturan dan skill yang dapat digunakan kembali

Xirp menampilkan file instruksi global dan proyek yang didukung, seperti AGENTS.md atau CLAUDE.md, serta menemukan skill yang dapat digunakan kembali di folder yang didukung. Skill dapat menjelaskan pemeriksaan rilis, migrasi, atau prosedur verifikasi tetap.

Bagian ini lebih penting daripada kelihatannya. Agen tanpa aturan lokal dapat menghasilkan kode yang benar secara sintaksis tetapi melanggar konvensi repositori. Xirp tidak memperbaiki kualitas aturan tersebut, tetapi membuat instruksi dan prosedur berulang untuk setiap proyek lebih terlihat.

Alur kerja yang realistis

Bayangkan aplikasi web memerlukan pembaruan besar. Sebuah dependency harus diperbarui, bug perlu dianalisis, dan dokumentasi perlu disesuaikan. Di Xirp, pekerjaan ini dapat menjadi tiga sesi terpisah:

• Codex memperbarui dependency dalam worktree sendiri dan menjalankan pengujian.
• Claude Code menganalisis bug di branch kedua.
• Gemini memeriksa dokumentasi atau mengeksplorasi solusi alternatif.

Ketiga terminal tetap terlihat di grid view. Tampilan Git menunjukkan branch mana mengubah file apa. Jika agen menunggu izin, pengguna tidak perlu mencari di antara jendela terminal. Hasilnya kemudian dapat ditinjau, diuji, dan digabungkan secara terpisah.

Di sinilah Xirp berguna. Xirp terutama membantu bukan pada agen pertama, melainkan pada alur kerja paralel ketiga, kelima, atau kesepuluh. Dalam artikel peluncurannya, Spotify menyebut lebih dari 50 sesi paralel dan lebih dari 36.000 sesi internal. Itu adalah angka dari vendor di lingkungan Spotify, bukan studi produktivitas independen.

Lebih banyak paralelisme juga tidak otomatis berarti lebih produktif. Setiap agen tambahan menghasilkan jawaban, pertanyaan, kemungkinan konflik, dan biaya. Jika menjalankan sepuluh sesi, pengguna harus memahami dan bertanggung jawab atas sepuluh status kerja. Xirp membuat beban itu terlihat, bukan menghilangkannya.

Apa yang ditambahkan Spotify Portal?

Xirp berfungsi tanpa Spotify Portal. Terminal persisten, proyek lokal, worktree, grid view, file, Git, skill, dan aturan merupakan bagian dari aplikasi mandiri.

Portal menambahkan lapisan organisasi. Portal menyimpan katalog perangkat lunak berisi layanan, dependency, kepemilikan, dan metadata lain. Workspace dapat mengumpulkan halaman wiki, keputusan teknis, tautan, tugas, anggota, dan sesi sebelumnya. Xirp dapat memulai sesi dari entitas katalog atau Workspace lalu menyediakan konteks melalui MCP.

Tujuannya adalah menyelesaikan masalah umum di organisasi besar: agen dapat melihat repositori, tetapi tidak otomatis mengetahui siapa pemilik layanan upstream, mengapa keputusan arsitektur dibuat, atau batasan apa yang sudah didokumentasikan tim lain.

Portal dapat memberikan konteks saat diperlukan, alih-alih memasukkan semua dokumen ke prompt awal. Setelah sesi selesai, riwayatnya dapat diunggah manual ke Workspace agar anggota tim dan agen berikutnya dapat memanfaatkannya.

Ini adalah bagian paling menarik secara strategis, tetapi juga paling bergantung pada metadata yang terawat, izin, dan dokumentasi yang baik. Katalog yang usang tidak otomatis menghasilkan pengetahuan organisasi yang andal. Katalog itu hanya memberi agen konteks lama dengan keyakinan lebih tinggi.

Bagi tim kecil, Portal mungkin merupakan infrastruktur tambahan yang tidak perlu. Bagi organisasi dengan banyak repositori, kepemilikan yang berubah, dan pekerjaan berulang, lapisan konteks bersama dapat memberi nilai nyata.

Keamanan: lokal tidak otomatis berarti offline

Spotify menjelaskan bahwa mendaftarkan proyek lokal tidak mengunggah filenya ke Portal. Xirp bekerja dengan folder di Mac dan unggahan sesi ke Portal harus dimulai secara manual.

Namun, bukan berarti seluruh alur coding tetap offline. Agen terpilih masih berkomunikasi dengan OpenAI, Anthropic, Google, atau penyedia lain sesuai pengaturannya. Prompt, potongan kode, dan hasil alat yang dikirim bergantung pada konfigurasi asli agen. Pengelolaan proyek lokal Xirp tidak mengubah aliran data tersebut.

Unggahan sesi memuat lebih dari sekadar chat

Menurut Spotify, unggahan sesi membagikan percakapan lengkap, pemanggilan alat, perubahan file, reasoning agen, dan path file. Isinya dapat mencakup potongan kode dan semua informasi yang diproses agen selama sesi.

Yang terpenting, Xirp tidak menghapus secret, kredensial, data pribadi, atau konten rahasia sebelum unggahan. Pengguna harus memeriksa riwayat dan tidak mengunggah sesi bermasalah.

Untuk penggunaan produksi, saya akan menetapkan setidaknya aturan berikut:

• Jalankan agen hanya dengan izin yang diperlukan untuk tugas tertentu.
• Gunakan mode otonom dan permission bypass hanya dalam lingkungan yang jelas batasnya.
• Gunakan worktree terpisah yang dapat dibuang untuk pekerjaan berisiko.
• Periksa transcript untuk secret dan data pelanggan sebelum setiap unggahan Portal.
• Pertahankan perlindungan branch, pengujian, code review, dan secret scanning di luar Xirp.

Worktree melindungi dari tumpang tindih tidak sengaja dalam checkout yang sama. Worktree bukan batas keamanan untuk perintah shell, akses jaringan, atau izin pada Mac. Semua itu tetap menjadi tanggung jawab sandbox dan kontrol persetujuan agen.

Data lokal dan telemetri

Secara default, Xirp menyimpan status lokal di ~/.xirp. Spotify menyebut telemetri penggunaan opsionalnya pseudonim dan mengatakan bahwa prompt, kode, path file, serta teks bebas tidak disertakan. Telemetri dapat dimatikan di Settings atau melalui XIRP_TELEMETRY=0.

Pernyataan tersebut positif, tetapi Xirp tetap software proprietary. Berbeda dari proyek open source, implementasinya tidak dapat diperiksa sepenuhnya melalui kode publik. Organisasi perlu menilai antarmuka, ketentuan kontrak, aliran data, retensi, dan izin agen yang terhubung.

Siapa yang memerlukan Xirp?

Xirp tidak wajib bagi semua orang yang sesekali membuka agen coding. Nilainya sangat bergantung pada jumlah sesi, repositori, dan orang yang perlu dikoordinasikan.

Bagi saya batasnya sederhana: jika tab terminal, nama branch, dan daftar tugas biasa masih cukup, Xirp hanyalah lapisan tambahan. Jika beberapa agen rutin berjalan di worktree terpisah dan Anda mulai kehilangan gambaran, aplikasi ini menyelesaikan masalah nyata.

Memulai dan batas saat ini

Spotify menyediakan unduhan Xirp untuk Mac Apple silicon dan Intel, serta script instalasi terminal. Seperti installer curl | sh lainnya, script sebaiknya diperiksa sebelum dijalankan atau gunakan unduhan aplikasi langsung.

Langkah utamanya sederhana:

1. Buat akun Spotify Technology dengan email kerja.
2. Pasang dan autentikasi CLI agen secara terpisah, lalu atur izinnya.
3. Daftarkan proyek lokal di Xirp.
4. Gunakan worktree baru, bukan checkout utama, untuk tugas nyata pertama.
5. Jelaskan tujuan dan kriteria selesai dengan jelas.
6. Tinjau perubahan dan transcript sebelum menggabungkan atau mengunggah ke Portal.

Beta ini masih memiliki batas jelas. Xirp belum berjalan di Windows atau Linux. Tidak ada mode server atau hosting sesi jarak jauh melalui SSH. Unggahan transcript otomatis belum didukung, sesi Workspace yang memenuhi syarat dibagikan secara manual. Tampilan dan perilaku dapat berubah cepat.

Halaman produk menawarkan akses beta dan uji coba Portal gratis. Itu bukan janji bahwa produknya akan selalu gratis atau petunjuk harga tim di masa depan. Organisasi perlu menghitung langganan model, lisensi Portal, administrasi, pekerjaan review, dan pengelolaan sesi tersimpan.

Dasar dan batas artikel ini

Saya belum menguji Xirp dalam lingkungan produksi multiagen. Deskripsi fitur dan informasi keamanan didasarkan pada dokumentasi resmi, FAQ, halaman produk, dan artikel peluncuran Spotify, yang diperiksa pada 25 Agustus 2026.

Karena itu, saya tidak dapat membuat klaim kuat tentang stabilitas, penggunaan sumber daya, kecepatan, atau penghematan waktu. Antarmuka, agen yang didukung, dan fitur Portal dapat berubah cepat selama beta.

Kesimpulan saya

Xirp menangani masalah yang baru terlihat ketika agen coding tidak lagi digunakan satu per satu, tetapi sebagai pekerja paralel. Terminal persisten, Git worktree, indikator status, diff, dan grid view bukan ide revolusioner jika berdiri sendiri. Menggabungkannya dalam antarmuka khusus agen tetap dapat membuat pekerjaan jauh lebih teratur.

Ambisi yang lebih besar terletak pada koneksi Spotify Portal. Jika layanan, kepemilikan, keputusan arsitektur, dan sesi sebelumnya benar-benar terawat serta tersedia saat dibutuhkan, agen tidak harus selalu mulai dari nol. Ini lebih menarik daripada sekadar pemilih model lain.

Risikonya juga berada pada koneksi tersebut. Transcript lengkap dapat mengungkap jauh lebih banyak daripada commit. Worktree tidak mencegah perintah shell berbahaya. Proyek lokal juga tidak menjelaskan data apa yang dikirim agen ke penyedia model.

Saya sendiri sudah merasakan beban ini. Beberapa proyek berjalan di Codex, terminal terbuka di sampingnya, Hermes Agent saya juga bekerja, dan pertanyaan serta persetujuan lain menunggu di inbox. Semuanya berjalan paralel, semuanya akhirnya meminta perhatian, sementara konteks, prioritas, dan hasil harus tetap berada di kepala. Kadang rasanya seperti kelelahan mental, jika istilah itu tepat.

Pekerjaan tidak hanya lebih cepat, tetapi juga datang melalui semakin banyak aliran paralel. Belum lama ini, hambatannya adalah menyelesaikan satu tugas lebih cepat. Sekarang, hambatannya sering membawa lima tugas aktif kembali ke satu jalur. Proyek, sesi, pertanyaan, persetujuan, dan hasil memerlukan alur yang mudah dipahami, jika tidak, kecepatan itu sendiri menjadi beban.

Banyak vendor dan proyek open source sedang mencoba menyelesaikan masalah koordinasi baru ini. Xirp adalah satu pendekatan. Buzz adalah pendekatan lain: proyek tersebut ingin menyatukan manusia, beberapa proyek, dan beberapa agen dalam satu ruang. Saya baru-baru ini menulis lebih lengkap tentang gagasan di balik Buzz dan ruang kerja bersamanya.

Untuk pengembang individual dengan satu sesi, CLI asli mungkin tetap lebih langsung. Siapa pun yang mengoordinasikan beberapa agen, branch, dan proyek secara paralel di Mac sebaiknya memperhatikan Xirp. Bukan karena Spotify menciptakan agen yang lebih baik, tetapi karena koordinasi agen yang ada mulai menjadi masalah alat tersendiri.

Sampai jumpa lagi,
Joe

FAQ