9 строительных блоков для запуска Claude Code в качестве постоянной ОС на 18 предприятиях

Разработчик на r/ClaudeAI описывает запуск 18 экземпляров Claude Code не как изолированных проектов, а как экземпляров общей операционной системы. Каждый экземпляр управляет отдельным бизнесом (стратегия, продукт, маркетинговый сайт, разведка угроз, три клиента консалтинга, личный бренд), все они используют общий скелет, который обновляется один раз и распространяется выборочно.

9 строительных блоков

1. Создайте скелет с выборочным распространением

• Вместо создания одного проекта на рабочее пространство разработчик создал шаблон, включающий плагины, правила, агенты, хуки, схемы и команды.
• При запуске нового бизнеса шаблон клонируется. Каждый экземпляр наследует всю ОС, но расходится в канонических файлах, памяти, выводе и состоянии проекта.
• CLI обновления синхронизирует плагины, правила, агенты, хуки и схемы; он никогда не трогает память, вывод, канонические файлы или my-project (они накапливаются для каждого экземпляра).

2. Перенесите состояние из промптов в код

• LLM плохо запоминают; код для этого предназначен. Состояние, такое как голосовые правила, предпочтения стиля, запрещенные слова и недавние решения, было перенесено в MCP-серверы.
• Голосовой линтер, скоринг лидов, валидатор расписания, трекер циклов работают на Python и возвращают структурированные данные.
• Эмпирическое правило: если вы объясняли что-то Клоду более двух раз, это должно быть кодом.

3. Используйте квитанции, а не поля статуса

• Поля статуса (issue закрыт, PRD отправлен, тест проходит) ненадежны, потому что LLM может утверждать что угодно.
• Рабочие процессы были перестроены вокруг квитанций — скрипт записывает запись верификации, прежде чем issue может быть отмечен как проверенный. Модель не может солгать о том, выполнялся ли код.

4. Создайте шлюз проверки связей

• Наполовину созданные функции незаметно гниют в AI-репозиториях, потому что ничего не ломается.
• Была создана команда /wiring-check. Прежде чем задача завершена, она проверяет, что каждый новый навык имеет триггер, каждый новый хук находится в settings.json, каждый новый MCP-инструмент находится на сервере, каждый новый файл шины имеет производителя и потребителя.
• "Я думаю, это работает" не проходит шлюз. "Я запустил X, получил Y" проходит.

5. Сделайте правила автозагрузкой, а не слеш-командами

• Правила в .claude/rules/ загружаются автоматически. Голосовое правило срабатывает на исходящий текст, правило AUDHD — на что-либо, требующее действий, правило социальной реакции — при публикации чужого поста.
• Не требуется запоминания или силы воли.

6. Проверяйте стиль в коде, а не в тексте

• Голосовой документ игнорировался Клодом в половине случаев. Список запрещенных слов был перенесен в Python-сканер, который блокирует длинные тире, AI-шумные слова и более 40 других признаков.
• "Модель не может обойти регулярное выражение словами."

7. Отслеживайте зависимости файлов с помощью графа

• Канонические файлы ссылаются друг на друга. ripple-graph.json отображает зависимости. Редактирование файлов разговоров помечает текущее состояние и плейбук взаимодействия для проверки.

8. Соединяйте сессии с помощью передач и памяти

• "Сессии — это черновики. Работа — это все, что переживает сессию."
• Каждая сессия заканчивается командой /q-wrap, которая записывает документ передачи, обновление памяти и квитанцию статуса. /q-morning читает все три.

9. Относитесь к среде как к субстрату, а не редактору

• Большинство разработчиков рассматривают Claude Code как более умный редактор. Сдвиг происходит, когда вы перестаете думать о сессиях как о единице работы и начинаете думать о всей среде как о субстрате для построения поверх него.

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