Dwa konta Cursor.
Jeden AgentsRoom. Zero wylogowań.
Prywatny login cursor-agent na jednym projekcie i służbowy na drugim, w tym samym oknie, w tym samym czasie. Przypnij jedno konto Cursor do projektu, do folderu albo do agenta. Zaloguj się bezpośrednio z panelu Ustawień: bez ręcznego eksportowania CURSOR_CONFIG_DIR, bez dodatkowych narzędzi do zainstalowania.
CURSOR_CONFIG_DIR~/.cursor-work~/.cursorJeden katalog na każde konto Cursor, wskazywany przez CURSOR_CONFIG_DIR. Oba konta pozostają zalogowane, oba działają jednocześnie.
Po co używać kilku kont Cursor
Prawdziwe powody, dla których deweloperzy używają więcej niż jednego konta Cursor, wyjaśnione wprost.
Oddziel pracę od spraw prywatnych
Konto Cursor twojego pracodawcy zostaje przy firmowych repozytoriach. Twoje prywatne konto zostaje przy projektach weekendowych. Żadnych służbowych poświadczeń w projekcie prywatnym, żadnych prywatnych sesji zapisanych na koncie firmowym i nic do zapamiętania, zanim wpiszesz prompt.
Rozliczaj zużycie per klient
Kiedy klient daje ci dostęp do swojego konta Cursor, sesje dla tego klienta działają właśnie na nim. Zużywa się jego limit, nie twój. Każde konto ma własną historię, więc po miesiącach nadal widać, co do kogo należy.
Unikaj kolizji limitów
Jeśli twoje konto służbowe ma ciasny plan, długie uruchomienie agenta w prywatnym projekcie nie powinno go nadszarpywać. Dwa konta to dwa zestawy limitów i dwie historie zużycia zamiast jednego wspólnego budżetu, o który ciągle się obijasz.
Uruchamiaj konto testowe obok produkcyjnego
Trzymaj drugie konto Cursor na hałaśliwe eksperymenty, jednorazowych agentów i szkice promptów, a główne konto zostaw czyste. Przełączanie między nimi to wybór z listy, per projekt albo per agent.
Różne organizacje, różne polityki
Konto firmowe może należeć do zespołu Cursor z własnym trybem prywatności oraz własnymi regułami logowania i retencji. Prywatne konto obok oznacza, że twoje prywatne kodowanie pozostaje na twoich warunkach, a poświadczenia i konfiguracja są odizolowane na poziomie katalogu na dysku.
Dwóch deweloperów, jedno stanowisko
Kiedy dwóch deweloperów dzieli maszynę, każdy loguje się na własnym koncie Cursor. AgentsRoom pamięta oba i uruchamia właściwe w zależności od projektu lub agenta, zamiast oddawać wygraną temu, kto zalogował się ostatni.
Wbudowane bezpośrednio w AgentsRoom
Żadnego zewnętrznego przełącznika, żadnego wrappera shell, żadnego tańca logout-login.
Jedno konto Cursor na projekt
Przypnij konto Cursor do projektu, a każdy agent w nim dziedziczy to konto. Otwórz projekt służbowy i prywatny w tym samym oknie: każdy z nich działa pod spodem na własnym loginie Cursor.
Nadpisanie dla agenta
Potrzebujesz jednego agenta na innym koncie? Edytuj agenta, wybierz inne konto Cursor, zapisz. Nadpisanie dotyczy tylko tego agenta, reszta projektu zostaje na koncie projektu.
Jedno konto na folder projektów
Przypnij konto Cursor do folderu w pasku bocznym, a każdy projekt w nim umieszczony startuje na tym koncie, razem z podfolderami. Folder służbowy na koncie służbowym, prywatny na prywatnym. Projekt albo pojedynczy agent wciąż może to nadpisać.
Globalne konto domyślne
Oznacz jedno konto Cursor jako domyślne. Każdy nowy projekt startuje na nim, dopóki coś bardziej szczegółowego nie powie inaczej. Zmień domyślne później, a każdy projekt bez przypięcia automatycznie za nim podąży.
Zaloguj się w aplikacji
Dodaj konto, a AgentsRoom otworzy wbudowany mini terminal uruchamiający cursor-agent login z już ustawionym właściwym CURSOR_CONFIG_DIR. Dokończ w przeglądarce, potem potwierdź: konto jest gotowe, a nic nie zostało wpisane w shellu.
Ścisła izolacja na dysku
Każde konto żyje we własnym katalogu: poświadczenia i cli-config.json. Dwa konta nigdy nie współdzielą tożsamości, a usunięcie konta z AgentsRoom nigdy nie dotyka danych innego konta.
Kolor dla każdego konta
Nadaj każdemu kontu Cursor własny kolor. Pojawia się jako kropka na awatarze agenta, w nagłówku terminala i na kafelku projektu, więc od razu widać, które konto działa, zamiast tego szukać.
Pracuj dalej po wyczerpaniu limitu
Kiedy konto, na którym działa agent, wyczerpie swój limit, AgentsRoom może przenieść go na inne konto Cursor, na które jesteś już zalogowany. Z jednym zastrzeżeniem: CLI cursor-agent nie udostępnia żadnego identyfikatora czatu, więc agent jest uruchamiany na drugim koncie od nowa, zamiast wznawiać tę samą rozmowę. Każde konto można wyłączyć z tej puli jednym przełącznikiem.
Wskaż katalog, który już masz
Konto to po prostu ścieżka. Pozwól AgentsRoom utworzyć katalog i nim zarządzać albo podaj ścieżkę katalogu konfiguracji Cursor, który skonfigurowałeś już ręcznie, łącznie z domyślnym ~/.cursor. Nic nie jest przenoszone ani nadpisywane.
Jak to działa pod maską
Zbudowane na zmiennej środowiskowej, którą CLI Cursor sam dokumentuje.
CURSOR_CONFIG_DIR steruje wszystkim
CLI cursor-agent odczytuje swój lokalny stan z jednego katalogu: poświadczenia i cli-config.json. Domyślnie jest to ~/.cursor, a CURSOR_CONFIG_DIR przenosi go gdzie indziej. Jeden katalog odpowiada jednemu zalogowanemu kontu, więc przypisanie agenta do konta jest przypisaniem go do katalogu.
Każde konto to katalog
Kiedy dodajesz konto, AgentsRoom tworzy katalog w swoim własnym katalogu domowym i loguje się tam. Możesz też wskazać kontu dowolny katalog konfiguracji Cursor, który już masz, podając jego ścieżkę. Dla CLI to jedno i to samo: wartość CURSOR_CONFIG_DIR.
Logowanie wbudowane w Ustawienia
AgentsRoom uruchamia mini terminal z cursor-agent login i CURSOR_CONFIG_DIR ustawionym na nowy katalog. Krok w przeglądarce jest ten zwykły. Cursor nie publikuje, gdzie zapisuje swoje poświadczenia, więc AgentsRoom nie zgaduje ścieżki: to ty potwierdzasz, gdy przeglądarka skończy, zamiast dostać informację o gotowym koncie, które gotowe być nie musi.
Konto jest rozstrzygane przy starcie
Kiedy agent startuje, AgentsRoom przechodzi kaskadę po kolei: nadpisanie agenta, przypięcie projektu, najbliższy folder przypinający konto, globalne domyślne, potem własny katalog CLI. Właściwe CURSOR_CONFIG_DIR trafia do środowiska agenta przed uruchomieniem cursor-agent.
Alternatywy dla AgentsRoom
Inne sposoby obsługi kilku kont Cursor i co AgentsRoom robi inaczej.
Ręczne eksportowanie CURSOR_CONFIG_DIR
Droga bezpośrednia: export CURSOR_CONFIG_DIR=/some/path przed uruchomieniem cursor-agent. Działa i przestaje działać w chwili, gdy otworzysz drugą kartę terminala i zapomnisz, na którym koncie ona jest. AgentsRoom ustawia tę samą zmienną za ciebie, per projekt i per agent, i pokazuje aktywne konto w interfejsie.
Ustawienie CURSOR_API_KEY
Pułapka, w którą wpada prawie każdy. Klucz nie przełącza konta: to rozwiązanie zapasowe na wypadek, gdy żadna sesja nie jest aktywna, a token sesji już zapisany na maszynie ma pierwszeństwo. Każdy, kto raz uruchomił cursor-agent login, dalej pracuje na pierwszym koncie, wierząc, że klucz go przeniósł, i żaden błąd go nie ostrzeże. Jedyną dźwignią, która naprawdę przełącza konta, jest katalog, i to nim steruje AgentsRoom.
Wylogowywanie i logowanie za każdym razem
Uruchom cursor-agent login na drugim koncie, potem znowu, żeby wrócić. Polecenie zastępuje zapisaną sesję dla całej maszyny, więc działa globalnie i destrukcyjnie: każdy inny projekt przełącza się razem z tobą, a każda działająca sesja zostaje zakłócona. AgentsRoom trzyma wszystkie konta zalogowane naraz i przełącza wyborem z listy.
Dwie maszyny albo dwie sesje użytkownika systemu
Niektóre zespoły trzymają osobną maszynę albo osobnego użytkownika systemu na każde konto Cursor. To ciężkie i wolne, a i tak nie pozwala uruchomić agenta służbowego i prywatnego równolegle. AgentsRoom uruchamia oba jednocześnie, na tej samej maszynie, w tym samym oknie.
Co AgentsRoom robi, czego inne nie robią
AgentsRoom traktuje kilka kont Cursor jak pojęcie pierwszej klasy: przypięcie per projekt, przypięcie per folder, nadpisanie per agent, wbudowane logowanie, które uruchamia za ciebie cursor-agent login, i kolor per konto. Konta Cursor stoją obok kont Claude, Codex i Grok w tym samym panelu, więc służbowy agent Cursor, prywatny agent Cursor i agent Claude mogą działać obok siebie.
FAQ
Ile kont Cursor mogę dodać do AgentsRoom?
Nie ma twardego limitu. Konto to katalog na dysku, więc dodaj konto służbowe, prywatne, po jednym na klienta i testowe, jeśli chcesz. Wszystkie są wypisane w panelu Ustawień i każde można wybrać dla projektu, folderu albo pojedynczego agenta.
Czy potrzebuję dodatkowego narzędzia, żeby używać dwóch kont Cursor?
Nie. AgentsRoom steruje CURSOR_CONFIG_DIR, zmienną, którą CLI Cursor sam dokumentuje. Żadnego zewnętrznego przełącznika, żadnego wrappera shell i żadnej dodatkowej zależności. Przepływ logowania uruchamia oficjalne polecenie cursor-agent login w terminalu wbudowanym w Ustawienia.
Czy dwóch agentów może działać na dwóch różnych kontach Cursor jednocześnie?
Tak, i o to właśnie chodzi. Każdy agent dostaje własne środowisko, więc konto rozstrzyga się agent po agencie. Projekt przypięty do konta służbowego może mieć jednego agenta nadpisanego na konto prywatne, a oba działają równolegle w tym samym oknie.
Czy ustawienie CURSOR_API_KEY przełącza moje konto Cursor?
Nie, i to właśnie zaskakuje ludzi. Klucz API jest rozwiązaniem zapasowym na wypadek, gdy żadna sesja nie jest aktywna. Po zalogowaniu przez cursor-agent login zapisana sesja ma pierwszeństwo, a klucz jest po cichu ignorowany, i żaden błąd nie powie ci, że przełączenie się nie odbyło. Osobne katalogi konfiguracji to jedyny pewny sposób.
Co się stanie, jeśli usunę konto, na które wciąż wskazują niektórzy agenci?
Nic się nie psuje. Ci agenci po cichu wracają do kolejnego konta w kaskadzie, a sam katalog zostaje na dysku, na wypadek gdybyś chciał później wskazać na niego inne konto. Osierocone agenty możesz przepiąć, kiedy tylko zechcesz.
Czy moje poświadczenia Cursor są wysyłane na serwer?
Nie. Każdy katalog konta zostaje na twojej maszynie. AgentsRoom nigdy nie czyta, nie kopiuje ani nie przesyła poświadczeń, i nie ma po drodze żadnego konta AgentsRoom. Logowanie uruchamia lokalnie oficjalny CLI cursor-agent login, a krok w przeglądarce odbywa się między tobą a Anysphere, jak zwykle.
Czy mogę przypiąć konto Cursor do całej grupy projektów?
Tak. Foldery w pasku bocznym mają własne ustawienia domyślne, a konto Cursor jest jednym z nich. Przypnij konto służbowe do folderu z firmowymi repozytoriami, a każdy projekt w środku startuje na nim, łącznie z projektami dodanymi później i tymi w podfolderach. Kolejność jest taka: nadpisanie agenta, przypięcie projektu, najbliższy folder, globalne domyślne, potem własny katalog CLI.
Czy mogę mieszać konta Cursor z kontami Claude, Codex i Grok?
Tak. Konta są trzymane osobno dla każdego dostawcy, w tym samym panelu wielu kont. Jeden projekt może mieć przypięte naraz jedno konto Cursor i jedno konto Claude, a każdy agent używa konta dostawcy, na którym działa. Nic nie jest współdzielone między dostawcami.
Co dokładnie leży w katalogu konta Cursor?
To samo, co dla CLI trzyma ~/.cursor: poświadczenia zapisane przez logowanie w przeglądarce i cli-config.json z ustawieniami tego konta. Dwa konta to dwa takie katalogi, i właśnie dlatego mogą być zalogowane jednocześnie, nie przeszkadzając sobie.
Co się dzieje, gdy jednemu kontu Cursor skończy się limit?
AgentsRoom może przenieść agenta na inne konto Cursor, na które jesteś już zalogowany, zamiast zostawiać go zablokowanego do resetu okna. Jedno zastrzeżenie, i to istotne: w odróżnieniu od Claude, Codex i Grok, CLI cursor-agent nie udostępnia żadnego identyfikatora czatu, więc nie ma czego wznawiać. Agent jest uruchamiany na drugim koncie od nowa, a nie kontynuuje tej samej rozmowy. Konta, które wolisz trzymać poza tą pulą, można wykluczyć pojedynczo. Pełne zachowanie opisuje strona automatycznego przełączania kont.
Może cię też zainteresować: Grok Multi-Konto
Kilka kont Cursor daje ci dwa loginy Anysphere w jednej aplikacji. Grok Multi-Konto robi to samo dla CLI grok, z tymi samymi przypięciami i tą samą izolacją. Obie funkcje żyją w panelu wielu kont, obok Claude i Codex.
Zobacz funkcję Grok Multi-KontoTwój agent uderza w limit użycia. I tak pracuje dalej.
Gdy konto Claude lub Codex, na którym działa agent, wyczerpie swój przydział, AgentsRoom przekazuje tę samą rozmowę na inne konto, na które jesteś już zalogowany, a praca toczy się dalej.
Zobacz, jak to działaWarto przeczytać
Claude Code trzyma jedno zalogowane konto naraz. Oto jak uruchomić kilka.
Praktyczny przewodnik po używaniu konta służbowego i prywatnego na tej samej maszynie: jedna zmienna środowiskowa decydująca o tym, które logowanie jest aktywne, powód, dla którego podejście oparte na shellu przestaje działać przy więcej niż dwóch terminalach, oraz sposób na przypięcie konta do projektu.
Antigravity CLI trzyma jedno logowanie Google na maszynę. Oto co działa zamiast tego.
Dlaczego nie da się używać naprzemiennie dwóch subskrypcji Google AI Pro w Antigravity CLI, gdzie naprawdę trzyma ono Twoje logowanie, co przełączniki kont faktycznie robią z pękiem kluczy systemu, dlaczego plan rodzinny nie podwaja limitu, oraz jedyne podejście, które naprawdę uruchamia kilka kont równolegle.
AgentsRoom obsługuje teraz Grok Build
Grok Build, terminalowy agent kodujący od xAI, jest teraz pełnoprawnym dostawcą w AgentsRoom. Uruchamiaj go obok Claude, Codex, Antigravity CLI, OpenCode i Aider oraz przełączaj się w trakcie rozmowy.
Przestań się wylogowywać z Cursor. Wybierz konto z listy.
Uruchom służbowe konto Cursor, prywatne i klienckie w AgentsRoom, obok siebie, już dziś.
Aplikacja towarzysząca: monitoruj agentów w podróży
Użyj Claude, Codex, Antigravity CLI lub innego dostawcy AI.
Wysyłaj bugi i prośby bezpośrednio do swojego publicznego backlogu.
Spojrzenie na AgentsRoom w akcji.