AA quant-recipe-search
Используйте, когда пользователь просит найти, поискать или оптимизировать лучший рецепт квантования для модели, включая прямые запросы вроде «найти лучший рецепт квантования и сгенерировать PTQ-чекпойнт». Управляет циклом с несколькими кандидатами: выбирает метрики успеха вычислений по сравнению с памятью, выбирает базовые рецепты ModelOpt, разрабатывает дельты рецептов AutoQuant/ручные, интерпретирует чувствительность и определяет следующих кандидатов. НЕ используйте для однократного запуска известного PTQ-рецепта (используйте ptq), обслуживания (используйте deployment), создания/запуска оценок (используйте evaluation или launching-evals), мониторинга заданий (используйте monitor), просмотра MLflow (используйте accessing-mlflow) или только сравнения завершенных оценок базовых версий с кандидатскими (используйте compare-results).
машинный переводПоказать оригиналСкрыть оригинал«Use when the user asks to find, search for, or optimize the best quant…»
Use when the user asks to find, search for, or optimize the best quantization recipe for a model, including direct requests like "find the best quantization recipe and generate a PTQ checkpoint." Guides the multi-candidate loop: choose compute-vs-memory success metrics, select ModelOpt recipe baselines, design AutoQuant/manual recipe deltas, interpret sensitivity, and decide next candidates. Do NOT use for a single known PTQ recipe run (use ptq), serving (use deployment), creating/running evals (use evaluation or launching-evals), monitoring jobs (use monitor), MLflow browsing (use accessing-mlflow), or comparing completed baseline-vs-candidate scores only (use compare-results).
Используйте, когда пользователь просит найти, поискать или оптимизировать лучший рецепт квантования для модели, включая прямые запросы вроде «найти лучший…
Как процесс A 81/100 · Дойдёт до конца — слабые места: результат и критерий готовности, повторный запуск
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 3. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
✓ По спецификации Agent Skills замечаний нет
Процессный рейтинг: все десять параметров 81/100
- 30Повторный запуск. Изменяющих операций: 5, без проверки текущего состояния
- 40Результат и критерий готовности. Не сказано, что считать результатом
- 50Ошибки и развилки. Развилок: 0, есть раздел про ошибки
- 70Входы и предусловия. Входные данные и предусловия перечислены
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Шаги. Шагов: 51
- 100Когда включается. Сказано, когда применять и когда не применять
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 2028 токенов
- 100Отчётность по ходу. Скилл сообщает о ходе работы
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +3Формат ответа не описан: модель каждый раз решает сама
- +1Лицензия не указана
- +2Инструкции на одном языке
- +4Описание говорит, когда скилл НЕ применять
- +3Длина description 687 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 7 заголовков
- +3Пошаговые инструкции: 51 пунктов
- +4Есть примеры (0 блоков кода)
- +4Справочные файлы упоминаются в инструкциях (2 из 2)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 92.