Когда не применять

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

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

Первое ожидание было, что скил — это сохранённый удачный запрос. Оказалось иначе.

Главное поле

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

Из чего следует неочевидное: описание решает не «что делать», а «сработает ли вообще». Скил с точным содержанием и размытым описанием не срабатывает никогда — или срабатывает не там.

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

Без этой половины скилы начинают перехватывать друг у друга работу.

Стоп-точки

В каждом скиле есть раздел, которого не ждёшь от инструмента автоматизации: список мест, где агент обязан остановиться и спросить.

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

Это прямо противоположно тому, ради чего автоматизацию обычно ставят. И это же делает её пригодной: агент без стоп-точек не останавливается никогда, он просто заполняет пустоты правдоподобным.

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

Признак и метод

Самое полезное правило досталось от скила про задания.

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

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

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

Что это даёт

Скил окупается не экономией на печати. Он окупается тем, что накопленное решение перестаёт зависеть от памяти — своей и чужой.

Разбор разговора о процессе, сделанный один раз хорошо, иначе живёт ровно до конца чата. Записанный скилом — повторяется в следующем, без пересказа и без надежды, что ничего не забылось.

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