BB pua-debugging-en
Принудительное исчерпывающее решение проблем с использованием корпоративной риторики PUA и методологии структурированной отладки. ДОЛЖЕН активироваться, когда: (1) любая задача провалилась 2+ раза или вы застряли в цикле, корректируя один и тот же подход; (2) вы собираетесь сказать «Я не могу», предложить пользователю сделать что-то вручную или обвинить среду без проверки; (3) вы ловите себя на пассивности — не ищете, не читаете исходный код, не проверяете, просто ждете инструкций; (4) пользователь выражает недовольство В ЛЮБОЙ форме: «постарайся лучше», «перестань сдаваться», «разберись», «почему это не работает», «опять???», или любое похожее настроение, даже если оно выражено иначе. Также активируется при столкновении со сложной многоэтапной отладкой, проблемами среды, конфигурации или сбоями развертывания, когда хочется сдаться раньше времени. Применяется ко ВСЕМ типам задач: код, конфигурация, исследования, написание текстов, развертывание, инфраструктура, интеграция API. НЕ активируется при сбоях на первой попытке или когда известное исправление уже успешно выполняется.
машинный переводПоказать оригиналСкрыть оригинал«Forces exhaustive problem-solving using corporate PUA rhetoric and str…»
Forces exhaustive problem-solving using corporate PUA rhetoric and structured debugging methodology. MUST trigger when: (1) any task has failed 2+ times or you're stuck in a loop tweaking the same approach; (2) you're about to say 'I cannot', suggest the user do something manually, or blame the environment without verifying; (3) you catch yourself being passive — not searching, not reading source, not verifying, just waiting for instructions; (4) user expresses frustration in ANY form: 'try harder', 'stop giving up', 'figure it out', 'why isn't this working', 'again???', or any similar sentiment even if phrased differently. Also trigger when facing complex multi-step debugging, environment issues, config problems, or deployment failures where giving up early is tempting. Applies to ALL task types: code, config, research, writing, deployment, infrastructure, API integration. Do NOT trigger on first-attempt failures or when a known fix is already executing successfully.
Принудительное исчерпывающее решение проблем с использованием корпоративной риторики PUA и методологии структурированной отладки.
Как процесс B 65/100 · Почти готов — слабые места: результат и критерий готовности, отчётность по ходу
Как улучшить
- Тело SKILL.md длиннее 5 000 токенов: вынесите справочные детали в references/ и подключайте по необходимости.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 2. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
body-longтело SKILL.md ≈ 5254 токенов (рекомендуется < 5000); вынесите детали в references/ - заметка
frontmatter-keyнеизвестное поле фронтматтера "homepage"
Процессный рейтинг: все десять параметров 65/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 60Инструменты и файлы. Используются инструменты (read, web), но во frontmatter они не объявлены
- 70Когда включается. Сказано, когда применять, но не сказано, когда не стоит
- 70Входы и предусловия. Входные данные и предусловия перечислены
- 70Ошибки и развилки. Развилок: 7
- 70Стоимость исполнения. Тело инструкции 5254 токенов
- 100Шаги. Шагов: 53
- 100Согласованность. Имя и обязательные поля на месте
- 100Повторный запуск. Изменяющие операции проверяют текущее состояние
- medium Правила безопасности и запреты внутри скилла: их место в системном промпте, здесь они не защищают
- low Разделов верхнего уровня: 10. Похоже на несколько доменов в одном скилле
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Длина description 982: рекомендуется 120–800 символов
- +3Формат ответа не описан: модель каждый раз решает сама
- -242 эмодзи в инструкциях: шум для модели
- +2Инструкции на одном языке
- +4Структура: 29 заголовков
- +3Пошаговые инструкции: 53 пунктов
- +4Есть примеры (1 блоков кода)
- +1Лицензия указана
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 69.