Навыки агента: перестаньте писать СОПы, начинайте строить граничные системы

Недавний пост на r/ClaudeAI утверждает, что распространенный инстинкт исправлять сбои агента добавлением новых навыков, инструментов, промптов или исключений контрпродуктивен. Автор утверждает, что такой подход со временем делает агентов более хрупкими: контекст становится тяжелее, выбор инструментов запутаннее, а правила начинают конфликтовать друг с другом.
Навыки как инструкции и системы границ
Основная проблема, по мнению автора, в том, что многие разработчики пишут навыки как стандартные операционные процедуры (SOP):
Шаг 1: сделай это
Шаг 2: сделай то
Если X, сделай Y
Если Y, сделай Z
Не делай B, если не A, кроме случая C
Такой стиль работает для детерминированных рабочих процессов, но не подходит для открытых задач агентов. Вместо этого автор предлагает перейти к подходу системы границ, где хороший навык отвечает на эти вопросы:
- Когда этот навык должен быть запущен?
- Когда его абсолютно нельзя использовать?
- Что означает успех в бизнес-терминах?
- Какой минимальный набор инструментов нужен — без двусмысленности?
- Какие факты необходимо проверить через API или внешний источник?
- Где агент должен остановиться и спросить подтверждения у человека?
«Мы не должны учить модель дышать. Мы должны дать ей четкую карту, чистые инструменты и очевидные стоп-сигналы.»
Инструменты: меньше значит больше
Тот же принцип применим к определениям инструментов. Больше инструментов не означает больше возможностей. Если границы между инструментами размыты, модель тратит контекст и вычислительные ресурсы просто на выбор, какой вызвать. Правило автора:
Минимальный полный набор инструментов, максимальная четкость границ.
Оценка вместо процедурной правильности
Хороший навык не должен оцениваться по тому, следовал ли агент точным шагам автора, а по тому:
- Выбрал ли правильный инструмент
- Передал ли правильные параметры
- Проверил ли нужные факты
- Остановился ли, когда был должен
Автор заключает: плохой навык — это SOP, которая становится все длиннее; хороший навык — это проверенная система границ. Он спрашивает сообщество, как другие справляются с этим — оставляют ли навыки маленькими и модульными или превращают в длинные инструкционные пакеты, и как понять, улучшает ли навык агента или создает больше контекстного долга.
📖 Читать полный источник: r/ClaudeAI
👀 Смотрите также

Формулирование диалогов с ИИ вместо написания идеальных запросов
Разработчик делится семью практическими техниками для улучшения ответов Claude AI, фокусируясь на контексте, ролях, последствиях и запросах на оценку, а не на идеальной формулировке промптов.

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

Коды промптов Claude перепроверены: L99 острее, OODA уже, ARTIFACTS потускнели, и 3 новых кода для использования
Повторное тестирование через 6 месяцев промпт-кодов L99, OODA и ARTIFACTS на Claude показывает: L99 стал острее на Sonnet 4.6/Opus 4.7, OODA не справляется со стратегическими запросами, ARTIFACTS необязателен для кода, а три новых кода (/skeptic, /blindspots, /decompose) заслуживают ежедневного использования. Не используйте более 2 кодов одновременно.

8 тактических советов по рабочему процессу Claude Code для готового к выпуску результата
Заставляйте задавать уточняющие вопросы, автоматически проверяйте задачи, используйте досрочный выход и применяйте Vision/DevTools для получения готового к продакшену кода от Claude.