Бір құрылғыда бірнеше Claude Code тіркелгісін іске қосу

Мен Claude Code-ты күн сайын қолданамын — жеке жобаларға да, компаниядағы жұмысқа да. Мәселе мынада: бұл — OAuth сеанстары бөлек, CLAUDE.md нұсқаулары бөлек, MCP серверлері бөлек және жоба жады бөлек, мүлдем екі түрлі тіркелгі. Оларды бір құрылғыда бір жолдық shell alias арқылы қатар қалай іске қосатынымды осында көрсетемін.

Мәселе

Claude Code әдепкіде бәрін ~/.claude ішінде сақтайды — OAuth токенін, әңгіме тарихын, глобалды CLAUDE.md-ты, жоба жадын, MCP серверлерінің конфигурацияларын және баптауларды. Екі тіркелгің болса, саған толықтай оқшауланған екі әлем қажет:

• Жеке тіркелгі: өзіңнің Max/Pro жазылымың, өз қалауларың жазылған жеке CLAUDE.md, өз MCP серверлерің (Obsidian, жеке құралдар)
• Корпоративтік тіркелгі: компания басқаратын жоспар, Jira/Slack интеграциясының нұсқаулары бар жұмыстық CLAUDE.md, компанияның MCP серверлері
• Әртүрлі OAuth сеанстары: бір конфигурация каталогында бірден екі тіркелгіге кіріп отыру мүмкін емес
• Бөлек жоба жады: жұмыс жобаларының контексті жеке сеанстарға немесе керісінше сіңіп кеткенін қаламайсың

Контекст ауысқан сайын шығып, қайта кіру — амал емес. Сеанс күйін жоғалтасың, әрі бұл жай ғана азапты.

Шешім: CLAUDE_CONFIG_DIR

Claude Code бір ғана орта айнымалысын мойындайды: CLAUDE_CONFIG_DIR. Оны кез келген жолға орнатсаң, Claude ~/.claude орнына сол каталогты бәріне пайдаланады — аутентификация, тарих, баптаулар, жады, бәрі-бәрі. Бүкіл орнату 60 секунд алады.

1-қадам: Екінші конфигурация каталогын жаса

Өз қолданысыңа сай мағыналы атау таңда:

mkdir ~/.claude-work

Болды. Claude оны алғаш іске қосқанда қажетті құрылыммен толтырады.

2-қадам: Екінші тіркелгіні аутентификациялап ал

OAuth арқылы кіруді іске қосу үшін Claude-ты жаңа конфигурация каталогымен бір рет іске қос:

CLAUDE_CONFIG_DIR=~/.claude-work claude

Браузер ашылады. Корпоративтік тіркелгіңмен кір. OAuth токені ~/.claude-work ішінде сақталады — ~/.claude ішіндегі жеке сеансыңнан толықтай бөлек.

3-қадам: Shell alias қос

Айнымалыны есте сақтап жүрмеу үшін мынаны shell баптауыңа қос:

alias claude-work='CLAUDE_CONFIG_DIR=~/.claude-work claude'

Shell-ды қайта жүкте:

source ~/.zshrc

Не аласың

Енді сенде толықтай оқшауланған екі Claude ортасы бар:

• claude — жеке тіркелгіңмен, жеке CLAUDE.md-мен, жеке жадымен іске қосады
• claude-work — корпоративтік тіркелгіңмен, жұмыстық CLAUDE.md-мен, бөлек жадымен іске қосады
• Оқшауланған тарих: жұмыс әңгімелері жұмыста, жеке әңгімелер жеке ортада қалады
• Бөлек MCP серверлері: жеке Obsidian vault-ыңның MCP-і жұмыс сеанстарында көрінбейді
• Тәуелсіз баптаулар: әр тіркелгі үшін рұқсат етілген құралдар, рұқсат деңгейлері және модель қалаулары бөлек

Астыңғы қабатта қалай жұмыс істейді

Конфигурация каталогы — Claude Code күйінің жалғыз шындық көзі. Әрқайсысының ішінде мынау жатыр:

~/.claude/              ← personal account
├── CLAUDE.md           ← personal global instructions
├── projects/           ← personal project memory
├── settings.json       ← personal permissions & MCP servers
└── ...                 ← OAuth session, history, cache

~/.claude-work/         ← corporate account
├── CLAUDE.md           ← company-specific instructions (Jira, Slack, etc.)
├── projects/           ← separate project memory
├── settings.json       ← different MCP servers, permissions
└── ...                 ← separate OAuth session

claude-work іске қосқанда, Claude бәрін ~/.claude-work ішінен оқиды. Ол ~/.claude бар екенін мүлдем білмейді. Екі дана толықтай тәуелсіз — тіпті оларды терминалдың бөлек қойындыларында бір мезгілде іске қоса аласың.

N тіркелгіге дейін масштабтау

Бұл үлгі кез келген тіркелгі санына кеңейеді. Бірнеше тапсырыс берушісі бар фрилансерсің бе? Тағы alias қос:

# Personal (default — no alias needed)
# Just run: claude

# Corporate
alias claude-work='CLAUDE_CONFIG_DIR=~/.claude-work claude'

# Freelance client
alias claude-client='CLAUDE_CONFIG_DIR=~/.claude-client claude'

Әр alias өз конфигурация каталогын, өз OAuth сеансын, тапсырыс берушіге тән нұсқаулары бар өз CLAUDE.md-ын алады. А тапсырыс берушісінің кодтық базасы мен Jira жобасын білетін бір CLAUDE.md, ал Б тапсырыс берушісіне мүлдем басқа CLAUDE.md жасауыңа болады.

Тәжірибелік кеңестер

• Каталогтарды анық атап қой: ~/.claude-work, ~/.claude-clientname — олардың саны үш-төртке жеткенде өзіңе рахмет айтасың
• Әрқайсысына арнайы CLAUDE.md жаз: жұмыстық CLAUDE.md компанияға тән нұсқауларды қамти алады (Jira тикеттерін қалай жасау, қай Slack арналарына сілтеу, деплой процедуралары). Жеке CLAUDE.md жеңіл әрі ықшам күйде қалады.
• Әр тіркелгіге бөлек MCP серверлері: жұмыстық құралдарды (Jira MCP, Slack MCP, ішкі API-лер) тек жұмыстық конфигурацияда бапта. Жеке конфигурацияңды таза ұста.
• Қай тіркелгі белсенді екенін тексер: қай тіркелгіде екеніңе сенімсіз болсаң, сеанс ішінде claude config list іске қос — ол конфигурация каталогының жолын көрсетеді

Бұл тәсіл қай жерде әлсіз болады

CLAUDE_CONFIG_DIR тіркелгі бойынша оқшаулайды, жоба бойынша емес. Бір профильдің ішінде Claude сол тіркелгі үшін бұрын тіркеген барлық MCP серверлерін көреді — барлық жобаларың бойынша. Жалғыз өзің жеке қолдансаң, әдетте бұл мәселе емес. Бірақ бір тіркелгінің астында бірнеше өндіріс үшін маңызды жоба пайда болғанда, әсіресе төлем, әкімшілік құралдар немесе инфрақұрылым сияқты қиылысатын салаларда, нақты жобааралық тәуекел туады: жасанды интеллект көмекшісі Б жобасымен жұмыс істеп жатқанда А жобасының құралын шақырып жіберуі мүмкін, әсіресе екеуі де атауы ұқсас операцияларды ұсынғанда.

Профиль үлгісі мен қай тіркелгідемін? деген сұраққа жауап береді. Ол дәл қазір қай жобаның құралдары белсенді болуы керек? деген сұраққа жауап бермейді. Ставкасы жоғары жұмыс үшін тіркелгілер бойынша бөлудің үстіне екінші оқшаулау қабатын қос:

• Тек тіркелгіге ғана емес, әр өндіріс үшін маңызды жобаға жеке профиль: ~/.claude мен ~/.claude-work орнына ~/.claude-work-billing және ~/.claude-work-admin жаса. Әр профиль өзіне шынымен қажет MCP серверлерін ғана көреді.
• .mcp.json арқылы жоба ауқымындағы MCP: жобаның түбіріне тек сол жобаның MCP серверлерін тізетін .mcp.json файлын коммит жаса. Claude сол каталогтан іске қосылғанда оларды өзі қосып алады. Ғаламдық конфигурацияңды барынша ықшам ұста — тек әмбебап құралдар (жазбалар, іздеу), ешқандай өндірістік endpoint жоқ.
• MCP серверлерін бір мәнді етіп ата: admin, billing, mcp-server секілді жалпылама атаулардан аулақ бол. Жоба атауын префикс ретінде қой: acme_billing_prod, acme_admin_stage. Сипаттамалы атау бірдеңе қате контекстен шақырылғалы тұрғанда сені тоқтап ойлануға мәжбүрлейді.
• Әр MCP құрал шақыруын мақұлдамас бұрын қарап шық: *_create_*, *_delete_*, *_charge_* тәрізді шақырулар саналы түрде екінші рет қарауға тұрады. Жаппай автомақұлдаудан ұтқан кез келген жылдамдығың қате жобаның құралы өндіріске бірінші рет атылған сәтте буланып жоғалады.

Жалпы ереже: профильдерді батыл бөл, өндірістік деңгейдегі MCP-ті әдепкі профильден аулақ ұста және жобалар арасындағы құрал атауларының қиылысын рефакторингке тұратын жаман белгі деп есепте.

Қорытынды

Бір ғана орта айнымалысы. Бір ғана alias. Тіркелгілер арасында толық оқшаулау. Ешқандай logout/login биі жоқ, конфигурация қайшылықтары жоқ, контекст ағып кетуі жоқ. Бұл — тым қарапайым болғаны сонша, тіпті көңіліңді қалдыратындай шешім — бірақ дәл осы оны жақсы етеді. Бір рет бапта да, ол жайлы қайтып ешқашан ойлама.