SKILLEMALL.ai

AC performance-testing

Тестируйте производительность приложений с помощью скриптов k6 для нагрузочного/стрессового/длительного/пикового тестирования и сценариев k6, Lighthouse CI для Web Vitals и бюджетов производительности в качестве ворот CI. Охватывает профили нагрузки, пользовательские метрики, идентификацию узких мест и основные веб-показатели (LCP, INP, CLS). Используйте, когда: «тест производительности», «нагрузочный тест», «стрессовый тест», «длительный тест», «пиковый тест», «k6», «сценарии k6», «Lighthouse», «Web Vitals», «Core Web Vitals», «бюджет производительности». Не для: запланированных проверок в рабочей среде — используйте synthetic-monitoring; регрессий с сравнением пикселей — используйте visual-testing; проектирования тестов на основе телеметрии из рабочей среды — используйте observability-driven-testing. Связанные темы: ci-cd-integration, qa-metrics, release-readiness.

машинный переводПоказать оригиналСкрыть оригинал«Test application performance with k6 load/stress/soak/spike scripts an…»

Test application performance with k6 load/stress/soak/spike scripts and k6 scenarios, Lighthouse CI for Web Vitals, and performance budgets as CI gates. Covers load profiles, custom metrics, bottleneck identification, and Core Web Vitals (LCP, INP, CLS). Use when: "performance test," "load test," "stress test," "soak test," "spike test," "k6," "k6 scenarios," "Lighthouse," "Web Vitals," "Core Web Vitals," "performance budget." Not for: scheduled production probes — use synthetic-monitoring; pixel-diff regressions — use visual-testing; designing tests from prod telemetry — use observability-driven-testing. Related: ci-cd-integration, qa-metrics, release-readiness.

petrkindlmann/qa-skills Agent Skills автор: petrkindlmann MIT 2 файла тело ≈ 4 184 токенов Открыть источникgithub.com проанализирован 2 дн назад

Тестируйте производительность приложений с помощью скриптов k6 для нагрузочного/стрессового/длительного/пикового тестирования и сценариев k6, Lighthouse CI…

Как процесс C 54/100 · Есть пробелы — слабые места: результат и критерий готовности, входы и предусловия, повторный запуск

ИнтеграцияPlaywrightДанные и аналитикаИнфраструктуратип и темы размечены автоматически по тексту скилла
JSON
Технический рейтинг
A
99/100
безопасность, качество, тесты
Безопасность 60%
100
Качество 40%
98
Прогон на моделях
не было
Процессный рейтинг
C
54/100
Есть пробелы
Входы и предусловия вес 11
0
Отчётность по ходу вес 2
0
Повторный запуск вес 4
30
три самых слабых из десяти параметров · все десять

Как улучшить

    Для прогона на моделях — необязательно
    • Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
    • spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.

    Находки guard · 0

    ✓ Критических и высоких находок нет

    Просканировано файлов: 2. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.

    По спецификации Agent Skills

    • заметка edit-residue в тексте есть пометки об устаревшем (строки 160): проверьте, не остались ли старые правила рядом с новыми — полная проверка читает текст на противоречия

    Процессный рейтинг: все десять параметров 54/100

    • 0Входы и предусловия. Не сказано, что нужно иметь на входе
    • 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
    • 30Повторный запуск. Изменяющих операций: 9, без проверки текущего состояния
    • 40Результат и критерий готовности. Не сказано, что считать результатом
    • 50Когда включается. Не сказано, при каком запросе скилл включается
    • 55Ошибки и развилки. Развилок: 1
    • 60Инструменты и файлы. Используются инструменты (node), но во frontmatter они не объявлены
    • 70Стоимость исполнения. Тело инструкции 4184 токенов
    • 85Шаги. Шагов: 37, расплывчатых формулировок: 1
    • 100Согласованность. Имя и обязательные поля на месте
    • medium Правила безопасности и запреты внутри скилла: их место в системном промпте, здесь они не защищают
    • low Разделов верхнего уровня: 12. Похоже на несколько доменов в одном скилле

    Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.

    Сигналы качества

    • +3Формат ответа не описан: модель каждый раз решает сама
    • +2Инструкции на одном языке
    • +5В description 10 примера фраз-триггеров в кавычках
    • +4Описание говорит, когда скилл НЕ применять
    • +3Длина description 671 символов: достаточно сигнала, не съедает бюджет
    • +4Структура: 35 заголовков
    • +3Пошаговые инструкции: 37 пунктов
    • +4Есть примеры (1 блоков кода)
    • +4Справочные файлы упоминаются в инструкциях (1 из 1)
    • +1Лицензия указана

    База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 98.