Полевой кейс: облако Cowork и упрощение архитектуры

Что изменилось

В январе 2026 автор разворачивал Claude Cowork для команды из семи человек: контекстные документы, зеркало на Drive, установка плагинов на каждый компьютер, таблица маршрутизации файлов по доменам. К июлю платформа сменила модель: сессии по умолчанию идут в облачном песочнице, Skills на тарифах Team и Enterprise выдаются централизованно, а коннекторы подтягивают CRM, почту, календарь и стенограммы без ручного экспорта.

В августовском разборе автор честно разделил три слоя, которые раньше выглядели как одна «архитектура»:

Контекстная система — инструкции, оргструктура, правила владения, справочные документы. Сохранила ценность полностью: дисциплина точного контекста для агента не зависит от того, где выполняется сессия.

Система распространения — зеркалирование Drive, установка Plugins на каждый компьютер, ручные обновления после каждого релиза Skill. Стала лишней: Skills приходят из админки, контекст читается через коннектор в рантайме.

Система маршрутизации файлов — обязательная командная структура папок и правила, куда класть каждый выход агента. Не прижилась: отражала мышление архитектора, а не привычки пользователей. Таблица доменов остаётся справочником для Skills, но не решает, куда попадёт файл.

Связанный контекст: четыре класса рабочих процессов в Cowork и облачный корпоративный слой Team/Enterprise.

Что делать на практике

Если вы строили «зеркало» по мотивам ранних гайдов — автор предлагает миграцию в пять шагов:

1. Перенести утверждённый контекст в одну общую папку на Drive (или аналог), доступную сессиям через коннектор; перестать дублировать файлы на каждую машину.
2. Выдать Skills централизованно — с вшитым статическим контекстом внутри плагина для нужной группы.
3. Подключить живые источники: CRM, таск-трекер, почта, календарь, стенограммы встреч — вместо папки «экспортов».
4. Оставить Projects как рекомендуемое личное рабочее пространство, но не навязывать единую структуру папок команде.
5. Зафиксировать системы учёта как конечную точку: лид, тикет, отправленный документ, коммит в репозиторий.

Ограничения, которые автор называет явно: сессия с телефона «тихо» теряет доступ к локальным файлам, если Desktop закрыт; рабочий слой стал приватнее — лидер не видит промежуточные файлы коллеги; данные с локального диска при мосте проходят через инфраструктуру Anthropic — это вопрос для политики безопасности на Team/Enterprise.

Как разделить код и процессы в своей архитектуре

Для команд с MCP Panel и Cowork оптимальное разделение выглядит так:

• репозиторий → Skills, плагины, наборы оценки качества и версии;
• Cowork → выполнение маркетинговых процессов с записью в системы учёта;
• Google Drive / база знаний → общий утверждённый контекст, доступный коннекторам;
• CRM / аналитика / таск-трекер → источник данных и место результата.

Что сделать на этой неделе:

1. Уберите из runbook ручное зеркалирование Skills на рабочие станции — оставьте централизованную выдачу и каталог.
2. Проверьте, что каждый Skill в Marketing Skills заканчивается записью в коннектор (AmoCRM, Unisender, Метрика), а не файлом «в папке агента».
3. Контентный конвейер и наборы оценки качества Skills — через Git и Claude Code; еженедельный маркетинговый обзор и разовые кампании — через Cowork, как в разборе marketing-ops Skill.
4. После смены модели — prompt-audit по текстам Skills, а не перестройка папок.

Пока результат агента остаётся в сессии, команда не получает выгоды от облака — только от переноса контекста.