Claude Code как ОС: 9 блоков для 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 на несколько проектов без дублирования или утечек состояния. Полная ветка включает обсуждение деталей реализации и компромиссов.

📖 Read the full source: r/ClaudeAI