Библиотека скиллов и коннекторов магазина

Когда вы начинаете работать с Claude всерьёз, вокруг магазина быстро накапливается «обвязка»: скилл для ответов на отзывы, скилл с правилами оформления карточек, коннектор к таблице с юнит-экономикой, папка с шаблонами поставок. Первый месяц всё помещается в голове. Дальше — нет: менеджер отвечает покупателям по старой версии инструкции, а вы уже не помните, где лежит исходник скилла с SEO-правилами. Этот урок — про то, как навести порядок один раз и дальше его просто поддерживать.

1Из чего состоит библиотека магазина

• Скиллы — упакованные инструкции под повторяющиеся задачи: ответы на отзывы, описания карточек, разбор рекламных отчётов.
• Коннекторы — подключения Claude к внешним данным: таблицам, документам, сервисам, откуда он берёт цифры вместо ваших ручных вставок.
• Опорные файлы — то, на что опираются скиллы: таблица себестоимости, гайд по тону ответов, список запрещённых формулировок.

Все три категории со временем меняются, и именно на стыках возникает бардак.

2Один источник правды

Заведите один документ-реестр — обычную таблицу или заметку. По строке на каждый скилл и коннектор:

• название и одна фраза, что он делает;
• где лежит исходник (файл с инструкцией, из которого скилл собран);
• кто в команде им пользуется;
• дата последнего обновления.

Ключевое правило: скилл, загруженный в Claude, — это «сборка», а не оригинал. Оригиналы всех инструкций и опорных файлов держите в одной папке в облаке, с понятными именами. Тогда «где последняя версия правил ответов на отзывы?» перестаёт быть вопросом со многими ответами.

3Обновление версий

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

1. Правите исходник в папке (старую версию не удаляете, а переименовываете — пригодится для отката).

2. Обновляете скилл в Claude из нового исходника.

3. Ставите дату в реестре.

4. Сообщаете тем, кто этим скиллом пользуется, что именно поменялось.

Если пропустить любой шаг, через неделю у вас будет три версии правды: в голове, в файле и в скилле.

4Проверка после обновлений

Держите под рукой два-три контрольных примера: конкретный негативный отзыв, конкретную карточку, конкретный кусок рекламного отчёта. После каждого обновления прогоняйте их через обновлённый скилл и сравнивайте результат с тем, что было раньше. Стало лучше — фиксируете версию. Стало хуже — возвращаете предыдущий исходник и разбираетесь, какая правка всё сломала. Без контрольных примеров «вроде нормально отвечает» превращается в лотерею.

5Кто чем пользуется

Колонка «кто пользуется» в реестре — не формальность. Она отвечает на два вопроса: кого предупредить при обновлении и что сломается, если человек уйдёт. Если скиллом по отзывам пользуется только один сотрудник и больше никто не знает, как он устроен, — это риск, который вы теперь хотя бы видите.