Claude Code hanya menyimpan satu login dalam satu waktu, dan begini cara menjalankan beberapa akun
Panduan praktis untuk menjalankan akun kerja dan akun pribadi di mesin yang sama: satu variabel lingkungan yang menentukan login mana yang aktif, alasan pendekatan lewat shell mulai bermasalah begitu Anda membuka lebih dari dua terminal, dan cara menyematkan satu akun per proyek.
Ada satu momen yang dialami hampir semua orang yang memakai Claude Code untuk pekerjaan sekaligus untuk proyek pribadinya. Anda menyelesaikan sesi kerja, beralih ke proyek sampingan, lalu sadar bahwa agen masih masuk dengan akun yang dibayar oleh perusahaan Anda. Jadi Anda logout, login lagi dengan akun sendiri, dan setengah jam kemudian Anda harus melakukan kebalikannya.
Perulangan itu bukan fitur yang belum ada. Itu konsekuensi dari tempat Claude Code menyimpan login-nya, dan begitu Anda tahu di mana tempat itu, menjalankan beberapa akun berdampingan menjadi sekadar urusan konfigurasi, bukan lagi masalah alur kerja.
Satu variabel lingkungan menentukan akun mana yang aktif
Claude Code tidak menyimpan kredensial di sebuah basis data atau di entri keyring yang diberi kunci per profil. Ia membaca semua yang dibutuhkannya dari satu direktori saja: kredensial, metadata sesi, dan riwayat per proyek.
Direktori itu adalah apa pun yang ditunjuk oleh CLAUDE_CONFIG_DIR. Jika Anda tidak pernah menyetelnya, nilainya adalah ~/.claude.

Ini seluruh mekanismenya, dan ada satu properti yang berguna di dalamnya: karena sebuah akun adalah direktori, bukan pengaturan global, punya dua akun berarti punya dua direktori. Tidak ada yang dibagi di antara keduanya. Keduanya tetap dalam keadaan masuk tanpa batas waktu, dan tidak satu pun tahu bahwa yang lain ada.
Jadi versi paling sederhananya pun sudah berfungsi:
# pribadi
CLAUDE_CONFIG_DIR=~/.claude claude
# kerja
CLAUDE_CONFIG_DIR=~/.claude-work claude
Jalankan /login sekali di dalam yang kedua, dan Anda punya dua akun aktif di satu mesin.
Di mana pendekatan lewat shell mulai terasa menyakitkan
Versi dua baris di atas benar-benar memadai jika Anda membuka satu terminal dalam satu waktu dan Anda disiplin. Ia berhenti memadai karena tiga alasan, dan ketiganya saling menumpuk.
Variabelnya berlaku per proses, bukan per mesin. Setiap terminal baru, setiap panel baru, setiap shell yang terintegrasi ke editor dimulai dari nilai default profil Anda. Ekspor variabel itu di .zshrc dan Anda hanya memindahkan masalahnya: sekarang justru akun yang lain yang terus Anda lupakan.
Tidak ada yang memberi tahu Anda akun mana yang sedang aktif. Claude Code tidak mencetak nama akun di prompt-nya. Jika ada dua terminal terbuka dan salah satunya memakai akun kerja, keduanya terlihat identik. Saat Anda menyadarinya biasanya adalah saat Anda memeriksa tagihan.
Ia tidak bertahan menghadapi paralelisme. Konfigurasi yang menarik menjalankan beberapa agen sekaligus, di beberapa proyek. Begitu Anda melewati dua sesi bersamaan, mengingat panel mana yang diluncurkan dengan variabel mana bukan lagi soal disiplin, itu sudah soal desain.

Solusinya bukan menambah shell. Solusinya adalah berhenti mengambil keputusan pada saat peluncuran, lalu mulai menautkan akun ke hal yang sebenarnya menentukannya: proyek.
Tautkan akun ke proyek, bukan ke terminal
Yang biasanya Anda inginkan adalah sebuah aturan, bukan sebuah perintah. Kira-kira seperti ini: repositori klien ini selalu berjalan di akun klien ini. Begitu aturan itu ada, tidak ada lagi yang perlu diingat siapa pun.
Melakukannya dengan benar berarti menentukan akun dalam urutan yang jelas, karena aturan itu tetap butuh pengecualian. Nilai default untuk seluruh proyek sudah tepat di sebagian besar kasus, tetapi satu agen tertentu bisa saja perlu berjalan di tempat lain: eksperimen sekali pakai di akun uji coba, atau agen peninjau di akun dengan kuota lebih besar.

Dibaca dari atas, aturan pertama yang cocok itulah yang menang. Penggantian di tingkat agen mengalahkan penyematan proyek. Penyematan proyek mengalahkan apa pun yang Anda tetapkan sebagai default umum. Jika tidak ada yang dikonfigurasi di mana pun, Anda mendarat di ~/.claude, yang memang sudah menjadi perilaku instalasi baru. Cadangan terakhir itu penting: artinya menambahkan mekanisme ini ke konfigurasi yang sudah ada tidak mengubah apa pun sampai Anda menyematkan sesuatu secara eksplisit.
Inilah model yang diterapkan AgentsRoom. Setiap akun adalah direktori yang dikelola, proses masuk terjadi di dalam aplikasi alih-alih di shell, dan urutan penentuan di atas dijalankan saat sebuah agen dimulai, dengan menyetel CLAUDE_CONFIG_DIR hanya pada proses tersebut. Jika Anda sudah memakai pengalih pihak ketiga seperti CCS, Anda bisa mengarahkan sebuah akun ke direktori profil yang sudah ada alih-alih masuk ulang.
Masalah yang sama ada di Codex, dengan variabel yang berbeda
Jika Anda menjalankan lebih dari satu provider, Anda akan menemui hal ini dua kali. Bentuk masalahnya identik, tetapi variabelnya tidak, jadi pengalih yang dibuat untuk satu provider tidak mencakup yang lain. Sisi Codex kami dokumentasikan terpisah di multi-akun untuk Codex, termasuk apa saja yang berbeda pada alur masuknya.
Poin umumnya layak dinyatakan sekali: isolasi akun adalah mekanisme per provider. Alat apa pun yang mengklaim menanganinya secara global entah membungkus setiap provider satu per satu, atau hanya mendukung satu provider saja.
Ketahui akun mana yang sebenarnya membakar token
Memisahkan akun hanyalah separuh alasan orang melakukan ini. Separuh lainnya adalah mengetahui ke mana konsumsi itu dibebankan, terutama ketika ada klien yang membayar.
Inilah bagian yang diam-diam rusak dengan pendekatan lewat shell. Pembaca penggunaan yang hanya melihat ~/.claude akan melaporkan angka yang terlalu rendah begitu ada agen yang berjalan di tempat lain, dan angkanya terlihat cukup masuk akal sehingga tidak ada yang menyadarinya selama berminggu-minggu. Pembaca yang sadar akun harus melakukan iterasi ke setiap direktori yang dikonfigurasi, bukan hanya ke direktori default.
Jika Anda menginginkan angka per akun dan per sesi, kami sudah membahas sisi pengukurannya di cara memeriksa penggunaan token Claude Code, dan tampilan langsungnya ada di halaman penggunaan token.
Untuk apa ini tidak dimaksudkan
Satu klarifikasi, karena pertanyaannya memang muncul dan layak dijawab dengan lugas alih-alih didiamkan.
Semua yang di atas adalah tentang memisahkan akun yang memang sudah ada secara sah. Lisensi berbayar dari perusahaan Anda dan langganan pribadi yang Anda bayar sendiri adalah dua hubungan komersial yang berbeda, dan menjaga keduanya di satu mesin tanpa saling mencemari adalah kebutuhan nyata yang biasa saja. Begitu juga menagihkan token seorang klien kepada klien tersebut, dan menjauhkan akun eksperimen dari akun produksi.
Membuat akun tambahan untuk mengakali batas kapasitas paket yang Anda gunakan adalah hal yang sama sekali berbeda, dan itulah yang menjadi sasaran kebijakan penggunaan. Mekanisme yang dijelaskan di sini tidak membuat hal tersebut menjadi dapat diterima, dan alat yang mengotomatiskannya berarti membantu Anda melanggar perjanjian yang Anda tanda tangani. Jika akun kedua Anda ada karena orang lain yang membayarnya, posisi Anda aman. Jika akun itu ada untuk mereset batas penggunaan, tidak. Kebijakan penggunaan Anthropic yang menjadi acuan, bukan artikel ini.
Pertanyaan yang benar-benar sering ditanyakan
Bisakah saya menggunakan dua akun Claude Code di komputer yang sama?
Ya. Claude Code membaca kredensial, metadata sesi, dan riwayat proyeknya dari direktori yang ditunjuk oleh CLAUDE_CONFIG_DIR, yang secara default adalah ~/.claude. Arahkan variabel itu ke direktori kedua lalu masuk di sana, dan Anda punya dua akun independen di mesin yang sama. Tidak ada yang dibagi di antara kedua direktori tersebut, jadi keduanya tetap masuk pada saat yang bersamaan.
Bagaimana cara berganti akun Claude Code tanpa logout?
Anda sama sekali tidak perlu logout. Logout lalu login lagi memakai ulang direktori yang sama, jadi Anda kehilangan sesi pertama demi mendapatkan yang kedua. Sebagai gantinya, berikan setiap akun direktori konfigurasinya sendiri dan pilih di antara keduanya dengan menyetel CLAUDE_CONFIG_DIR saat Anda meluncurkan CLI. Kedua kredensial tetap valid di disk, dan berpindah akun tidak memakan biaya apa pun.
Di mana Claude Code menyimpan login-nya?
Di direktori yang ditunjuk oleh CLAUDE_CONFIG_DIR, yaitu ~/.claude selama Anda tidak mengubahnya. Kredensialnya sendiri mendarat di sebuah file .credentials.json di dalam direktori tersebut, bersebelahan dengan metadata sesi dan riwayat per proyek. Satu direktori itulah keseluruhan akunnya, dan itulah yang membuat penukarannya menjadi perpindahan yang bersih alih-alih akal-akalan.
Bisakah dua agen berjalan di dua akun Claude berbeda pada saat yang sama?
Ya, selama setiap proses agen mendapatkan CLAUDE_CONFIG_DIR miliknya sendiri di lingkungannya. Variabel ini dibaca per proses saat peluncuran, bukan secara global, jadi dua agen yang dijalankan dengan dua nilai berbeda akan berjalan di dua akun berbeda secara paralel. Inilah yang membuat proyek kerja dan proyek pribadi bisa dipakai di jendela yang sama.
Apakah memiliki lebih dari satu akun Claude melanggar ketentuan Anthropic?
Memiliki akun terpisah untuk keperluan yang terpisah adalah hal biasa: lisensi berbayar dari perusahaan Anda dan langganan pribadi yang Anda bayar sendiri adalah dua hubungan komersial yang berbeda. Yang menjadi sasaran kebijakan penggunaan adalah pembuatan akun untuk mengakali batas kapasitas paket yang Anda gunakan. Jika akun kedua Anda ada karena orang lain yang membayarnya, posisi Anda aman. Jika akun itu ada untuk mereset batas penggunaan, tidak. Kebijakan penggunaan Anthropic yang menjadi acuan.
Versi singkatnya
Claude Code menyimpan sebuah akun sebagai direktori, dan CLAUDE_CONFIG_DIR menentukan akun mana yang aktif. Dua direktori berarti dua akun, keduanya tetap masuk secara permanen, tanpa ada yang dibagi di antara keduanya.
Versi shell dari pendekatan ini berfungsi sampai Anda membuka lebih dari satu terminal. Setelah itu, yang Anda inginkan adalah akun menjadi properti dari proyek, dengan penggantian di tingkat agen untuk kasus pengecualian, sehingga kredensial yang benar sudah ditautkan saat agen dimulai dan tidak ada seorang pun yang perlu mengingat apa pun.
Unduh AgentsRoom
Jalankan agen AI Anda (Claude, Codex, Antigravity CLI, OpenCode, Aider, Grok Build, Mistral Vibe, Kimi Code) di semua proyek Anda, dari satu jendela.
Aplikasi pendamping: pantau agen Anda saat bepergian
Gunakan Claude, Codex, Antigravity CLI, atau penyedia AI lainnya.
Kirim bug dan permintaan langsung ke backlog publik Anda.
Sekilas AgentsRoom dalam aksi.
Lanjutkan membaca
Cara Berkomunikasi dengan AI Coding Agent: Claude, Codex, Antigravity, Grok Build
Kode bukan lagi hambatannya, komunikasi yang jadi masalah. Begini cara berbicara dengan AI agent seperti Claude, Codex, Antigravity, dan Grok Build agar lebih cepat, presisi, dan hemat token.
Baca artikelClaude Kini Memberi Watermark pada Outputnya. Kode Anda Nyaris Tak Terpengaruh.
Anthropic kini menyisipkan watermark di output Claude. Apa yang ditandai, kenapa kode nyaris lolos, siapa yang bisa mendeteksi, dan kenapa SEO Anda aman.
Baca artikelPapan feedback untuk agen AI: biarkan penggunamu yang menulis prompt-nya
Alat feedback mengumpulkan permintaan. Tak satu pun bisa mengerjakannya. Begitu papan tempat penggunamu menulis adalah papan yang sama tempat agen codingmu bekerja, langkah menulis ulang itu lenyap.
Baca artikel