Дві підписки Claude на одному комп'ютері зі спільною історією чатів

Перевірено: 8 серпня 2026, Windows 11. Claude Desktop 1.26832.0.0, Claude Code 2.1.222. Оновлено 17 вересня 2026. Перша редакція цієї статті радила NTFS junction. Через два дні після публікації спосіб розсипався — тихо, без жодного повідомлення в застосунку. Нижче виправлений розбір і робоча схема. Якщо ви поставили junction за першою редакцією — прочитайте розділ «Чому junction не працює», там симптом і як повернути все назад.

Проблема

Ліміти Max 20x ($200/міс) при інтенсивній роботі вичерпуються за 2-3 дні. Альтернатива докупівлі extra usage — другий оплачений акаунт.

При перемиканні акаунта в застосунку список чатів у лівій панелі стає порожнім. Розмови при цьому не втрачаються — недоступним стає лише їх перелік.

Для порівняння: у Google Antigravity перемикання акаунтів проходить без наслідків — історія лишається на місці, додаткових дій не потрібно. Описана нижче поведінка специфічна для Claude.

Де що зберігається

Claude Code тримає дані у двох різних місцях, і саме це пояснює проблему.

Тека конфігурації визначається як CLAUDE_CONFIG_DIR або ~/.claude — компонента акаунта в цьому шляху немає. Тому все, крім двох тек з індексом, спільне за замовчуванням.

Файли local_*.json містять лише метадані сесії: sessionId, cwd, branch, title, model, часові мітки. Ідентифікатора акаунта всередині немає — прив'язка задається виключно іменем теки.

Що не працює: symlink на сховище текстів

Поширена порада — зробити symlink на ~/.claude/projects, щоб два акаунти ділили історію.

Це не працює, і принаймні падає чесно. Claude Code містить перевірку шляхів, яка відхиляє symlink на компонентах під коренем конфігурації, і завершується помилкою:

components under the config root may not be symlinks; supported relocations:
symlink the whole config root at the home level (~/.claude) or point
CLAUDE_CONFIG_DIR at the relocated directory

Дозволено переносити лише всю теку ~/.claude цілком. Оскільки вона і так спільна, сенсу в цьому немає.

Чому junction не працює — і чим це небезпечніше за помилку

Напрошується обхід: поставити посилання не на сховище текстів, а на теку зі списком чатів — шлях %APPDATA%\Claude\claude-code-sessions\ виглядає так, ніби під ту перевірку не потрапляє. Саме це радила перша редакція статті.

Перевірка дістає і туди. Різниця в тому, що тут застосунок не показує помилки взагалі: він просто перестає зберігати нові картки чатів. У %APPDATA%\Claude\logs\main.log:

PlantDetectedError: Refusing non-directory at private dir path (symlink/file plant)
  → ensureStorageDir → writeSnapshotToDisk

Виміряно 10 серпня 2026 на цій же конфігурації: 5798 таких відмов за дві доби, індекс завмер на даті перелогіну, за три доби не збереглося 3862 картки. В інтерфейсі — жодного попередження, список просто перестає поповнюватись новими чатами.

Тексти розмов при цьому цілі: вони пишуться в іншу теку, яка посиланням не підмінена. Втрачається лише перелік, і саме тому збій непомітний — людина бачить старі чати на місці й не має підстав щось запідозрити.

Як перевірити, чи вас це зачепило: пошукайте в %APPDATA%\Claude\logs\main.log рядки Failed to save session local_ або PlantDetectedError. Якщо вони є — приберіть junction (Remove-Item <шлях> видаляє саме посилання, не теку-ціль), поверніть на його місце справжню теку з резервної копії й далі користуйтесь схемою нижче.

Що працює: справжні теки та синхронізація

Оскільки підміняти теку посиланням не можна, обидві теки лишаються справжніми, а списки вирівнюються копіюванням карток між ними. Це менш елегантно за junction, але переживає оновлення застосунку й не має тихих збоїв.

Порядок дій

1. Увійти під другим акаунтом один раз, щоб застосунок створив для нього теку, після чого повернутись на перший.
2. У %APPDATA%\Claude\claude-code-sessions\ визначити теки: тека з файлами local_*.json належить основному акаунту, щойно створена порожня — другому. Усередині кожної є підтека організації.
3. Скопіювати теку основного акаунта на інший диск як резервну копію.
4. Злити картки в обидва боки. /XO копіює лише новіші файли, тож нічого не затирається і не видаляється:

$root = "$env:APPDATA\Claude\claude-code-sessions"
$a = "$root\<accountUuid-1>\<orgUuid-1>"
$b = "$root\<accountUuid-2>\<orgUuid-2>"
robocopy $a $b local_*.json /XO /NJH /NJS /NP
robocopy $b $a local_*.json /XO /NJH /NJS /NP

5. Перевірити, що кількість local_*.json в обох теках однакова.
6. Те саме зробити для %APPDATA%\Claude\local-agent-mode-sessions\ — це друга тека з прив'язкою до акаунта, і про неї легко забути.

Запускати перед кожним перемиканням акаунта. Це усвідомлена дія раз на кілька днів, тож планувальник щохвилини тут зайвий — достатньо ярлика або пункту в треї.

Сторож, який ловить симптом

Незалежно від причини (посилання, права, антивірус, повний диск) відмова збереження виглядає однаково. Тому варто стежити не за причиною, а за наслідком — свіжими рядками Failed to save session local_ у main.log за останні 15 хвилин. Саме цей сторож ловить збій за хвилини, а не за три дні.

Що переживає перемикання акаунта

Локальні MCP зберігають облікові дані власними файлами на диску і до акаунта Claude стосунку не мають.

Обмеження

Спосіб недокументований. Оновлення застосунку може змінити структуру тек — симптом буде той самий порожній список, дані при цьому не втрачаються.

Компроміс копіювання проти посилання: заархівований під одним акаунтом чат може повернутись у список з іншого. Це дешевше за втрату переліку.

Одночасна робота двома акаунтами не рекомендована. Послідовна робота безпечна.

Заплановані задачі стають спільними і виконуються під активним у момент спрацювання акаунтом. Окремо переконайтесь, що вимкнена під одним акаунтом задача не лишилась увімкненою в теці іншого — інакше вона оживе після перемикання.

Перевірено лише на Windows. Поведінка на macOS не тестувалась.

Обидві підписки оплачені окремо, квоти витрачаються незалежно. Спосіб не впливає на облік споживання.

Підсумок

Перемикання акаунта не призводить до втрати розмов — недоступним стає лише індекс лівої панелі. Тексти розмов і вся конфігурація спільні від початку. Підміняти теку індексу посиланням не можна: застосунок відхиляє її мовчки і перестає зберігати нові картки. Робочий шлях — справжні теки, злиття карток копіюванням перед кожним перемиканням і сторож, що стежить за відмовами збереження в лозі.