Claude — не ассистент, а штат из семи отделов

Большинство работает с Claude как с одним умным собеседником: спросил — получил ответ — забыл. Отсюда и ощущение «модель средняя»: ты каждый раз нанимаешь новичка без опыта работы с тобой.

Рабочая метафора другая. Не собеседник, а штат. У штата есть отделы, у отделов — обязанности, у обязанностей — инструкции. В Claude Code роль такой инструкции играет скилл: папка с описанием «когда включаться и что делать», кодом и шаблонами.

Почему именно отделы

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

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

Семь отделов

Разработка. Собирает продукт: генератор скиллов, коннекторы к сервисам, браузерные тесты, фронтенд. Здесь живёт всё, что превращает идею в работающий файл.

Дизайн. Держит визуальную линию: система стилей, графика в PNG и PDF, баннеры, схемы. Задача отдела — чтобы твою ленту узнавали без подписи.

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

Контент. Выпускает единицы: посты, карусели, статьи, сценарии. Отдельный сотрудник вычищает нейросетевые клише — иначе всё звучит одинаково.

Финансы. Считает, а не «ощущает»: лестница продуктов, юнит-экономика, приём оплат, отчёт по выручке.

Операции. Делает так, чтобы система работала без тебя: расписание, автоматизации, база знаний, бот выдачи. Сюда же — ритуал разбора сессии, который копит уроки.

Право. Договор, оферта, политика, проверка чужих документов. Самый скучный отдел, который однажды экономит очень много.

С какого отдела начинать

Не с того, который кажется важным, а с того, который отнимает больше всего твоих часов.

У меня это был контент: производство единиц съедало вечера целиком, всё остальное рядом с этим выглядело мелочью. У человека с услугами это может быть операции — переписка, счета, напоминания. У того, кто делает продукт, — разработка.

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

Как собрать штат у себя

1. Выпиши задачи, которые повторяются каждую неделю. Это и есть кандидаты в скиллы.
2. Сгруппируй их по отделам — так проще увидеть дыры.
3. Собирай по одному скиллу за раз и сразу проверяй: дай задачу словами, без имени скилла. Если включился сам — описание написано правильно.
4. Дальше — правило: любая работа, сделанная руками дважды, идёт в скилл.

Где штат ломается

Два скилла на одну задачу. Самая частая поломка при росте библиотеки. Описания пересекаются, модель выбирает наугад, результат скачет. Лечится тем, что в каждом описании прямо написано, чем этот скилл отличается от соседнего и когда включаться НЕ надо.

Отдел без входа и выхода. Скилл есть, но непонятно, что он получает и что отдаёт. Такой сотрудник работает вхолостую: результат некуда передать дальше.

Разросшаяся библиотека. Сорок скиллов, из которых работают восемь. Остальные ухудшают выбор модели просто фактом присутствия. Раз в пару месяцев стоит проходить список и убирать то, что не включалось.

Знание в голове, а не в файле. Ты помнишь, почему скилл настроен именно так, а система — нет. Через месяц ты тоже не помнишь.

Что меняется

Через две недели пропадает разгон. Ты не объясняешь контекст заново, не собираешь промпт по кускам, не удивляешься, почему сегодня хуже, чем вчера. Задача — результат.

Это не про «нейросеть пишет за тебя». Это про то, что у тебя появляется штат, который держит планку, пока ты занят другим.

Как выглядит карта отделов на бумаге

Полезное упражнение на полчаса, которое обычно вскрывает больше, чем кажется.

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

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

Картинка почти всегда одинаковая. Одна колонка переполнена, две-три пустые, и почти всё покрашено в третий цвет — то есть держится на памяти одного человека.

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

Почему отделы важнее количества скиллов

Соблазн измерять систему числом навыков понятен: цифра видна и её приятно называть. Но она ничего не значит.

Тридцать скиллов без структуры работают хуже двенадцати разложенных: они конкурируют за вызов, дублируют друг друга и ухудшают выбор. Отдел решает эту проблему тем, что задаёт зону ответственности — и сразу видно, когда две роли лезут в одну.

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

Что запомнить

• Отдел — способ навести порядок, когда скиллов становится больше пяти.
• Начинают с отдела, который ест часы, а не с того, который важнее звучит.
• Пересекающиеся описания — главная причина, по которой библиотека работает хуже.
• Карта отделов показывает не только что есть, но и чего нет.

Частые вопросы

Сколько скиллов нужно, чтобы получился штат?

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

Зачем группировать скиллы по отделам?

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

Что делать, если нужный скилл не включается?

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

Можно ли скопировать чужой набор скиллов целиком?

Как отправную точку — да, но ценность появляется, когда внутри лежат твои шаги, твои шаблоны и твои грабли. Чужой скилл описывает чужой порядок работы.