Инженер, работающий с Claude Code, описал на Habr схему, которая позволяет трём людям совместно работать над кодом на шести компьютерах без командной подписки. Вместо неё используется самодельная среда на основе файловой синхронизации и общих правил. Система работает с июня.
В распоряжении команды — всегда включённый десктоп, два ноутбука на Windows, два Mac и Linux-VPS. На каждой машине установлен свой экземпляр Claude Code с отдельным логином. Синхронизация файлов организована через Syncthing — децентрализованный инструмент, не требующий сервера или облачного хранилища. Машины обмениваются данными двумя путями: через файловую очередь и через Telegram-группу. Файловая очередь позволяет передавать задачи асинхронно: если машина выключена, задача ждёт в очереди до её пробуждения.
Центральный элемент системы — файл CLAUDE.md размером 192 килобайта, содержащий свод правил. Агент читает его при каждом старте сессии. Права на редактирование этого файла есть только у одного человека — остальные машины получают его в режиме чтения. Предложения по изменению правил члены команды кладут в отдельную папку, и владелец вручную вносит правки. Это предотвращает ситуацию, когда несколько агентов одновременно пытаются улучшить один и тот же документ.
Общий файл CLAUDE.md (192 КБ) содержит правила, которые агент читает при каждом старте сессии.
Для работы с общими файлами используется механизм замков: перед редактированием агент берёт файл в эксклюзивный доступ на 15 минут, чтобы другой агент не стёр его изменения. Каждое сообщение между машинами требует подтверждения: агент должен ответить «принял», а затем отчитаться о результате.
Особое внимание уделено различиям в окружениях. Машины работают под Windows, Mac и Linux, поэтому пути к файлам различаются. Ни один скрипт не знает путь наизусть — он берёт его из файла настроек конкретной машины. Это позволяет использовать один и тот же скрипт на всех шести компьютерах.
Тяжёлые и обслуживающие задачи выполняются ночью, с 23:00 до 06:00, на всегда включённом десктопе. Днём фоновые процессы минимизированы, чтобы не мешать активной работе.
Безопасность обеспечивается за счёт отдельной папки для паролей и ключей, которая не попадает в общее хранилище знаний и не читается агентом при старте. Это единственное место, где, по словам автора, он максимально следит за безопасностью.
Знания хранятся в Obsidian — едином волте, синхронизируемом между машинами. В нём лежат регламенты, решения, карточки людей, заметки по проектам и история переписки. Правила организованы слоями: верхний свод содержит короткие строки-триггеры, указывающие, когда правило срабатывает и где лежит подробное описание. Само описание находится в отдельной заметке и подтягивается агентом только при необходимости.
Автор измерил стартовый контекст сессии: медиана составила около 91 500 токенов по результатам 122 сессий за две недели. Это означает, что агент читает почти сто тысяч токенов, ещё не приступив к работе. Поэтому в верхнем своде лежат только триггеры, а не тела правил. Кроме того, выяснилось, что короткий файл-указатель агент читает только первые 200 строк, поэтому размер коротких файлов отслеживается вручную.
Главный результат, по словам автора, — контекст не пересобирается заново. Человек садится за любую машину и продолжает работу коллеги, не тратя время на выяснение деталей. Такой подход может быть полезен командам, которые хотят сократить расходы на подписки, но требует дисциплины в организации процессов.


