Claude Mods, живые артефакты и мультиплеерные агенты: куда движется Claude Code

В подкасте Latent Space Тарик Шихипар, один из первых инженеров Anthropic, работавших над Claude Code, обрисовал направление, в котором развивается инструмент: от текстового CLI — к платформе, где агента можно перестраивать под себя. Речь идёт о трёх связанных идеях: моды Claude Code, артефакты как интерфейс и мультиплеерные агенты в Claude Tag. Вместе они описывают переход от «одного правильного способа работать с агентом» к экосистеме, где каждый собирает свой рабочий процесс.

Моды Claude Code: глубже, чем старые хуки

Раньше кастомизация ограничивалась хуками — скриптами, которые реагировали на события агента, но не могли повлиять ни на сам цикл рассуждений, ни на интерфейс. Моды устроены иначе: они выполняются внутри TypeScript-среды выполнения Claude Code и видят полный контекст сессии — историю ходов, использованные токены, сообщения. Благодаря этому мод может запускать «форкнутых» суб-агентов с уже прогретым кэшем запросов (а значит — почти бесплатно), получать структурированный ответ и на основе него менять пользовательский интерфейс. Шихипар приводит примеры: мод-классификатор, который после каждого хода проверяет, выполнена ли задача, и показывает мини-викторину для проверки понимания; мод, ведущий журнал предположений модели; мод внутренней маршрутизации между Opus, Sonnet и Haiku. Именно моды Claude Code он называет предпросмотром идеи «изменяемого программного обеспечения» — софта, который безопасно настраивает сам себя под конкретную задачу.

Артефакты как живой интерфейс агента

Вторая линия развития — артефакты. Изначально это был способ агента показать HTML-результат, но теперь у артефактов есть собственная база данных: они могут хранить состояние, писать в него и обмениваться данными с Claude через MCP. Шихипар описывает сценарий «артефакта-панели»: несколько экземпляров Claude параллельно работают над проектом (например, канбан-доской), пишут и читают общее состояние через один и тот же артефакт. По сути, это попытка решить фундаментальную проблему агентных систем — пользователь часто сам не знает, чего хочет, пока не увидит промежуточный результат, а артефакт даёт для этого богатый, интерактивный, а не текстовый канал.

Claude Tag и мультиплеерные агенты

Третий сюжет — мультиплеерность. Claude Tag, продукт для командной работы в Slack, по словам Шихипара, уже обрабатывает основную долю фонового использования Claude в самой Anthropic — ревью кода, безопасность, пул-реквесты. Здесь всплывает нетривиальный архитектурный вопрос: что является единицей изоляции — отдельная личность агента (как в Claude Tag, сознательно спорное решение) или общий проект с разделяемым контекстом (как в облачных Projects)? Для сценариев, естественно завязанных на многих людей — дежурства, инциденты, согласования с юристами, — подход с отдельными каналами и чёткими границами доступа к данным и MCP оказывается практичнее, хотя и требует огромной работы над правами и видимостью.

Почему промпты — это деловая коммуникация, а claude.md может исчезнуть

Отдельная тема разговора — сам навык работы с агентом. Шихипар сравнивает хороший промпт с деловой запиской по схеме SCQA (ситуация — осложнение — вопрос — ответ) и настаивает, что главный мета-навык — это ментальная модель того, что Claude умеет с первого раза, а что нет, плюс умение находить собственные «неизвестные неизвестные». Отсюда неожиданный тезис: файл claude.md, скорее всего, со временем потеряет значение — он фиксирует режимы отказа конкретной модели, а эти режимы меняются от версии к версии (Sonnet 5 и Sonnet 5.1 уже ведут себя по-разному), так что старые инструкции начинают без нужды ограничивать более умную модель. Для новых проектов Шихипар советует вообще не начинать с claude.md, а добавлять правила только тогда, когда паттерн отказа повторяется явно.

Общий вывод интервью в том, что Claude Code перестаёт быть единственным готовым шаблоном и превращается в набор примитивов — моды меняют цикл агента, артефакты дают ему интерфейс, Claude Tag — многопользовательскую среду. Для тех, кто использует агентное программирование каждый день, это сигнал: стоит меньше полагаться на статичные инструкции и больше — на умение формулировать задачу и итеративно уточнять её вместе с моделью.