AC diagnose
Дисциплинированный цикл диагностики сложных ошибок и регрессий производительности. Воспроизвести → минимизировать → выдвинуть гипотезу → инструментировать → исправить → регрессионное тестирование. В нетривиальных случаях Фаза 3 запускает параллельные под-агенты `Explore` — каждый защищает отдельную гипотезу с опровержимыми предсказаниями и доказательствами в формате `файл:строка` — затем раунд перекрестного допроса отбрасывает те, чьи защитники не смогли найти поддержку, разрушая ловушку единой цепочки привязки. Тривиальные ошибки пропускают совет. Используйте этот навык всякий раз, когда пользователь говорит «диагностируй это», «отладить это», «/diagnose», сообщает об ошибке, говорит, что что-то сломано / выдает / не проходит / нестабильно / зависает / утекает, или описывает регрессию производительности — даже если он явно не запрашивает «навык диагностики».
машинный переводПоказать оригиналСкрыть оригинал«Disciplined diagnosis loop for hard bugs and performance regressions.…»
Disciplined diagnosis loop for hard bugs and performance regressions. Reproduce → minimise → hypothesise → instrument → fix → regression-test. On non-trivial cases, Phase 3 spawns parallel `Explore` sub-agents — each defending a distinct hypothesis with falsifiable predictions and `file:line` evidence — then a cross-examination round drops the ones whose defender couldn't find support, breaking the single-chain anchoring trap. Trivial bugs skip the council. Use this skill whenever the user says "diagnose this", "debug this", "/diagnose", reports a bug, says something is broken / throwing / failing / flaky / hanging / leaking, or describes a performance regression — even if they don't explicitly ask for a "diagnose skill".
Дисциплинированный цикл диагностики сложных ошибок и регрессий производительности.
Как процесс C 61/100 · Есть пробелы — слабые места: результат и критерий готовности, входы и предусловия, повторный запуск
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 2. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
✓ По спецификации Agent Skills замечаний нет
Процессный рейтинг: все десять параметров 61/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 30Повторный запуск. Изменяющих операций: 8, без проверки текущего состояния
- 60Инструменты и файлы. Используются инструменты (bash, web), но во frontmatter они не объявлены
- 70Когда включается. Сказано, когда применять, но не сказано, когда не стоит
- 100Шаги. Шагов: 66
- 100Ошибки и развилки. Развилок: 13, есть раздел про ошибки
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 3803 токенов
- 100Отчётность по ходу. Скилл сообщает о ходе работы
- medium Правила безопасности и запреты внутри скилла: их место в системном промпте, здесь они не защищают
- low Скилл сам сортирует и ранжирует выдачу: это работа системы на той стороне, а не модели
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- +4Нет примеров входа/выхода
- -5В тексте остались TODO / заглушки
- +1Лицензия не указана
- +2Инструкции на одном языке
- +5В description 4 примера фраз-триггеров в кавычках
- +3Длина description 731 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 18 заголовков
- +3Пошаговые инструкции: 66 пунктов
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 80.