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

Скилл — это описанная процедура с условием срабатывания. Вы один раз записываете: как делается эта работа, что подаётся на вход, что должно получиться, чего делать нельзя, — и модель подхватывает инструкцию, когда задача подходит.
Простой пример. Каждую пятницу вы превращаете заметки за неделю в отчёт одинаковой структуры. Вместо того чтобы каждый раз объяснять структуру заново, вы описываете её один раз:
Когда применять: просят еженедельный отчёт, сводку показателей или итоги недели. Вход: мои заметки за неделю в свободной форме. Шаги: сгруппировать по направлениям, выделить изменения к прошлой неделе, отдельно вынести то, что требует решения. Формат: заголовок, три раздела, в конце список вопросов. Запреты: не выдумывать показатели; если данных нет — писать «нет данных» и задавать вопрос.
Ключевая часть здесь — условие применения, написанное словами реальной задачи. Описание «использовать для итогов недели по заметкам» помогает агенту выбрать навык. Автоматический выбор всё равно нужно проверить; в совместимом инструменте навык можно вызвать явно.
Скилл может включать не только текст. По спецификации Agent Skills, рядом с SKILL.md могут находиться исполняемые скрипты, справочные материалы и шаблоны. Сам файл не создаёт учётную запись и не подключает почту, но агент может выполнять его инструкции через уже доступные инструменты. Поэтому проверяйте содержание пакета и разрешения среды, в которой он запускается.
Еженедельный отчёт по вашим правилам — практический пример: готовый SKILL.md, текст инструкции для обычного чата, три набора вымышленных заметок и настоящие ответы со скриншотами. Практику можно повторить текстом в обычном чате; установка навыка в агенте — отдельный шаг.
Плагины: чужие готовые наборы

Плагин — пакет возможностей под конкретную работу: создание документов, дизайн или аналитику. В зависимости от системы он может включать скиллы, настройки и подключаемые инструменты. Пакет бывает собственным или подготовленным другим автором.
Пользоваться удобно: поставил — получил готовый набор процедур, не описывая их сам. Но именно здесь стоит притормозить и посмотреть на две вещи в карточке:
- Кто автор. Наборы от разработчика сервиса и наборы от неизвестного человека — разные вещи. Число установок помогает, но не заменяет автора.
- Что он делает и к чему обращается. Посмотрите инструкции, скрипты, зависимости и запрашиваемые разрешения. Наличие понятного описания не заменяет проверку пакета на учебных данных.
Практическое правило: начинайте со своих скиллов, а не с чужих плагинов. Свой скилл из пяти строк, описывающий вашу настоящую процедуру, полезнее чужого набора из пятидесяти, написанного под чужую работу.
Коннекторы: здесь осторожно

Коннектор даёт ассистенту доступ к вашей почте, календарю или диску. Удобство очевидное: не нужно копировать текст, модель сама найдёт нужное письмо.
Проверьте объём и срок доступа до подключения:
- Загружая файл, вы совершаете осознанное действие с известным объектом: вот этот документ, вот сейчас.
- Подключая источник, вы разрешаете обращения к данным в пределах настроенных прав. Это может быть отдельная папка, выбранные объекты или более широкий доступ; некоторые подключения поддерживают и изменения. Не считайте, что доступ ограничен текущим вопросом, пока не проверили разрешения.
Что стоит спросить у себя до подключения:
- Что лежит в этом ящике? В рабочей почте почти наверняка есть персональные данные, реквизиты и переписка, которую вы не собирались никому показывать.
- Разрешила ли организация? Разрешение пользоваться сервисом и разрешение дать ему доступ к рабочей почте — два разных решения, и второе принимает не сотрудник.
- Что будет, если ассистент ошибётся? Он может процитировать в ответе не то письмо, а вы этого не заметите.
На наших курсах коннекторы не используются вообще — ни на одном занятии. Не потому, что они плохи, а потому, что учиться нужно там, где ошибка ничего не стоит.
Настройки о себе: что писать, а что нет
В профиле есть поле «инструкции для Claude» — что модель должна помнить о вас между всеми разговорами.
Туда идёт то, что не жалко:
- стиль: «письма пишу коротко, без канцелярита»;
- формат: «таблицы всегда с датой выгрузки и итоговой строкой»;
- роль без подробностей: «работаю с корпоративными клиентами».
Туда не идёт:
- названия клиентов и контрагентов;
- суммы сделок и условия договоров;
- сведения о коллегах и внутренние конфликты;
- всё, что вы не хотели бы увидеть в чужом ответе.
Сохранённые инструкции могут использоваться в последующих разговорах. Область действия зависит от продукта и настроек; личные и рабочие сведения не стоит записывать туда без необходимости и разрешения.
Порядок, в котором это осваивать
Первая неделя — ничего из перечисленного. Обычные разговоры, поиск, проверка результата. Задача — понять, где ИИ вообще помогает вашей работе.
Вторая неделя — один свой скилл на процесс, который вы делаете чаще всего. Опишите его и прогоните дважды на разных данных: инструкция, подогнанная под один случай, разваливается на следующем.
Третья неделя — проект под задачу, если задач одного типа много: инструкции и контекст один раз, все разговоры внутри их видят.
Плагины — когда стало понятно, чего именно не хватает. Коннекторы — после разговора с тем, кто в вашей организации отвечает за данные, и не раньше.
Такой порядок не про осторожность ради осторожности. Он про то, что каждый следующий шаг имеет смысл только на фундаменте предыдущего: скилл без понимания процесса будет описывать не то, а коннектор без понимания данных откроет то, что открывать не следовало.
Практика на безопасных данных — в курсах «Claude для документов и вдумчивой работы» и «Безопасные ИИ-ассистенты без программирования»: там скиллы, проекты и карта разрешений разбираются лабораторными на выдуманной компании.

