Я настроил свою работу так, что у меня в одной среде - 6 компьютеров.

Хочу подробнее описать как у меня устроена командная работа с Claude Code

У меня шесть машин: всегда включённый десктоп, два ноутбука на Windows, два Мака и Linux-VPS. За ними работают три человека. На каждой машине свой Claude Code, свой логин.

Я сажусь за любой компьютер и пишу: «напомни, что коллега вчера делал с гейтом публикации, хочу продолжить». И продолжаю. Не спрашиваю в чате, не жду, пока передадут дела, не читаю сорок сообщений, чтобы понять, что имелось в виду. Все что делают коллеги - я вижу и апдейты по любым их сессиям могу запросить у своего клода, хотя все компьютеры\ноутбуки залогинены в разных клод код аккаунтах

Так у меня работает с июня.

Я специально делаю проще. У меня правило: строить так, чтобы починил самый слабый починщик в команде, условными молотком и отвёрткой.

Свод правил:

Есть общий закон. Файл CLAUDE.md, 192 килобайта правил. Агент читает его при каждом старте сессии. Вносит правки в него только один человек, остальные машины получают его только на чтение

Синхронизация файлов

Транспорт. Syncthing. Отдельные папки под знания, конфиг, скрипты, память, секреты. У меня нет сервера и я не использую тут облачное хранилище

Машины пишут друг другу сразу двумя путями: через файловую очередь и через телеграм-группу. Причем идею писать в телеграм группе я считаю важной так как она важна когда возникают вопросы синхронизации

Есть еще правило по тому, как работать с общими файлами. Прежде чем править общий файл, агент берёт на него замок (ограничение на другие корректировки) минут на пятнадцать, чтобы не было такого что один агент стирает работу другого агента

Права у разных пользователей на разных машинах - разные.

Каждое сообщение между машинами обязано получить подтверждение: агент забрал задачу, ответил «принял», потом отчитался результатом.

Что ещё пришлось учесть?

Машины у меня разные: Windows, Mac и Linux. Буквы дисков и пути везде свои, поэтому ни один скрипт не знает пути наизусть, он берёт их из файла настроек своей машины. Именно это позволяет положить один и тот же скрипт на все шесть компьютеров.

Машины бывают выключены. Ноутбук закрыли, Мак ушёл спать, VPS перезагрузился. Поэтому никто ничего не ждёт в реальном времени: задача кладётся в очередь и лежит там, пока адресат не проснётся. Но все важные или продолжительные, долгие задачи я держу на всегда включённом десктопе

Всё тяжёлое и обслуживающее у меня уходит в ночь, с одиннадцати вечера до шести утра, и работает на всегда включённом десктопе )на хабе). Днем работа и без того активна, поэтому хочется меньше фоновых процессов

Пароли и ключи лежат в своей папке, которая не попадает ни в общее хранилище знаний, ни в правила, которые агент читает при старте. Это единственное место, где я максимально слежу за безопасностью

Общий свод правил правлю только я, изменения в правила члены моей команды могут предлагать и вносить только через меня

Остальные машины получают этот свод только на чтение, свои предложения кладут отдельной папкой, как заявку. Чтобы избежать такого что шесть агентов начинают улучшать один и тот же закон в одну и ту же минуту.

Любое изменение кода у меня несёт четыре пометки: чем сделано, на какой машине, под каким аккаунтом и каким человеком.

Где лежат правила?

Всё знание у меня в Obsidian. Есть один общий волт, который синхронизируется между машинами: регламенты, решения, карточки людей, заметки по проектам, история переписки с лидами и тд

Правила там лежат слоями. Наверху короткий свод, тот самый файл, который агент читает при каждом старте. В нём строчка-триггер: когда это срабатывает и где лежит подробное описание. Само описание живёт отдельной заметкой в волте, и агент подтягивает его только тогда, когда правило понадобилось.

Всё, что лежит в верхнем своде, агент читает каждый раз и за это платит токенами при каждом запуске. Всё, что лежит в волте, он читает по надобности и бесплатно.

Я это померил: стартовый контекст сессии у меня выходит примерно 91 500 токенов по медиане, это замер по 122 сессиям за две недели. То есть агент читает почти сто тысяч токенов, ещё не начав ничего делать. Поэтому в верхнем своде лежат только строчки-триггеры, а не тела правил.

Тут есть тонкость, на которую я наткнулся не сразу. У файлов, которые агент может читать при старте, есть ограничение. Я делал замеры - большой свод правил агент читает целиком даже на 400 килобайтах, а вот короткий файл-указатель он читает только первые 200 строк

Получается, правило может лежать в файле, быть правильно написанным но не работать, потому что агент его физически не прочитал. Поэтому короткие файлы я всегда  отслеживаю по размеру

Плюс волт даёт то, чего не даст никакой чат: я могу открыть любое правило глазами, поправить его руками в обычном текстовом файле и увидеть историю изменений. Это не база данных, которую надо расспрашивать, а папка с текстом, которую видно

Что я с этого получил?

Первое и главное: контекст не пересобирается заново. Человек садится за машину и продолжает работу коллеги, а не выясняет, что происходило вчера и когда-то там еще

Второе: подключение новой машины это копирование папок. Не настройка, не миграция и не перенос истории. Появился новый компьютер, синхронизировал волт и конфиг, и на нём работает тот же агент с теми же правилами.

Третье: деньги. Каждый человек работает на своей личной подписке, а общий слой между машинами сделан файлами и бесплатной синхронизацией.

Когда я это строил, командный тариф начинался с пяти мест, а нас трое. То есть я платил бы ещё и за двух несуществующих сотрудников. В июле Anthropic опустил минимум до двух мест но это уже неважно. Командный тариф даёт общий счёт, админку и управление доступами, а общего контекста между моими машинами он не даёт. Мне нужен был контекст у себя на дисках

Четвёртое, и это то, что я сам недооценил вначале: схема не привязана к одному вендору. Правила лежат обычным текстом, и их читает не только Claude Code. Если завтра я захочу поставить на одну из машин другого агента, то мне надо будет переносить один файл настроек

Что я хочу доработать дальше?

Сейчас у меня видно только то, что сообщение между машинами получено и подтверждено. Но подтвердить приём и ничего не сделать агент умеет прекрасно, так что мне нужно научиться отличать «принял» от «сделал». Пока еще я не придумал, как это сделать идеальнее

Второе, чем займусь: сейчас на всех машинах стоит Claude Code, но я хочу больше работать с другими и обкатываю эту схему. Здесь еще играет роль привыкание. Условно коллеге привычнее работать в клод коде чем переходить в кодекс

И третье. Мой свод правил вырос до 192 килобайт, и он продолжает расти, потому что каждое новое правило туда дописывается, а старые никто не удаляет. Рано или поздно придётся садиться и делать ревизию. Пока откладываю, но уже пора

Буду рад любым комментарием к такой моей организации работы

Комментарии (12)


  1. n0isy
    27.08.2026 16:40

    Интересно, а человек может соблюсти 192кбайта корпоративных правил (часто нарушающих друг друга). А потом люди жалуются, что агенты плохо работают ))


    1. Antondz Автор
      27.08.2026 16:40

      Человек не сможет, это ж человек
      А про 192 килобайта вы правы, и у меня уже зреет необходимость ревизии, и немного страшно браться за эту задачу ))


  1. stageev
    27.08.2026 16:40

    Кстати я тоже для команды начал развивать общий контекст схожий с обсидиан, но я целил изначально в что-то среднее между Обсидиан и hackmd. Можешь потестить если интересно - https://docli.ru там все бесплатно. К воркспейсу можно mcp подключить с oAuth или апи ключом. В свободное время добавляю нативную поддержку для общей работы в воркспейсе. Сейчас совместная работа возможна только выдав ключик для mcp и sync другим членам команды, но даже так работать уже стало намного приятнее


    1. Antondz Автор
      27.08.2026 16:40

      Спасибо, уже смотрю
      MCP с oAuth к воркспейсу - этого у меня как раз нет: у меня общий слой -это просто файлы на дисках, и агент читает их локально

      Два вопроса, если не сложно. Первый: что происходит, когда двое правят один документ одновременно? У меня для этого замок на файл минут на пятнадцать, но я еще думаю, как по-другому сделать
      Второй: MCP отдаёт агенту весь воркспейс или ходит по нему выборочно? У меня стартовый контекст сессии вышел под 91 тысячу токенов, поэтому правила и пришлось резать на слои.

      И заодно: self-host возможен?


  1. stageev
    27.08.2026 16:40

    Там идет трехсторонний мерж, либо мержит либо делает файл конфликт, дальше планировал сделать CRDT. Та же система используется для плагина синхронизации с обсидиан (сильно эксперементальный)

    Он вообще не отдает воркспейс, если посмотришь что есть в MCP, то увидишь что есть возможность запросить полный ваульт или папку чтоб он отдал полностью и в запросе так же передаешь лимит в токенах, и если вмещается в лимит токенов то вернет все.

    Ну я пока разрабатываю это как эксперементальный сервис поэтому пока только бесплатно в облаке


    1. Antondz Автор
      27.08.2026 16:40

      Про мерж понял, спасибо!
      У меня ограничение на изменение файла сделано простым: общий слой это обычные файлы, и мне спокойнее, когда при одновременной правке рядом просто появляются две версии и выбираю я, иначе объединённый текст правила может получиться таким, какого никто не писал, а агент же по нему действует

      Лимит токенов прямо в запросе это очень хорошая идея, я до такого не додумался
      У меня та же задача решена со стороны хранения: файл, который агент читает при каждом старте, содержит только строку «когда это правило срабатывает и где лежит подробное описание», а сам текст правила -отдельной заметкой и он читается, только когда понадобился.


      1. stageev
        27.08.2026 16:40

        Там как раз и появляются файлы на выбор, просто некоторый текст, например новый параграф, не конфликтует с другим, поэтому его легко замержить. В любом случае я потихоньку дорабатываю дифф утилиты так что там должно стать проще видеть изменения. Правда пока дифф утилиты дорабатываются для разницы между публикацией и черновиком, но позже будет схоже работать и с конфликтами и с правками пользователя/агента.


        1. Antondz Автор
          27.08.2026 16:40

          Понял, принял Я думал, у вас мерж вместо конфликтов, а на деле и то и другое

          Дифф между публикацией и черновиком звучит хорошо, у меня такого нет: отличие черновика от опубликованного у меня в папке и поле в заголовке файла, а что именно поменялось между ними, я сам глазами смотрю через git . Для текста правила, по которому потом работает агент, отдельный дифф был бы кстати


          1. stageev
            27.08.2026 16:40

            Ну для прозы делать автоматический мерж конфликтов более проблематично чем для кода, там часто семантика сильно страдает и поэтому без конфликтной копии никак


  1. stageev
    27.08.2026 16:40

    Я как раз тоже сейчас прорабатываю систему взаимодействия между агентами в воркспейсе


  1. stageev
    27.08.2026 16:40

    Есть еще идея попробовать сделать cli вместо mcp для оптимизации


    1. Antondz Автор
      27.08.2026 16:40

      Идея рабочая. У меня стартовый контекст сессии вышел около 90K токенов по медиане, и заметная часть там как раз описания команд MCP, которые читаются при каждом старте, даже если к ним не обращались.

      С CLI этой постоянной платы нет как я понимаю, агент зовёт утилиту в тот момент, когда она ему понадобилась.