SKILLEMALL.ai

BC wc-captain-ladder

Вычисляет оптимальную скользящую ЛЕСТНИЦУ капитана в течение последовательности стартовых матчей дня — упорядоченные кандидаты в капитаны, явные правила банка или замены при каждом старте матча и повышение стоимости капитана (captaincy_uplift), которое wc-fitness-eval включает в raw_xEV. Поскольку капитанская повязка удваивает очки за раунд И МОЖЕТ БЫТЬ ПЕРЕМЕЩЕНА в течение раунда на игрока, который еще не начал матч, ожидаемая стоимость капитана — это ожидаемое значение наилучшего исхода, достижимого путем смены в течение последовательности, а не наивное удвоение игрока с наивысшим xEV. Вызывается из wc-matchday-tactician (для записи MB2 плана дня матча), стратегами (для оценки капитана кандидата при составлении плана дня матча) и wc-fitness-eval (который потребляет captaincy_uplift). Возвращает лестницу, пороговые значения для смены и повышение стоимости по сравнению с заявленным базовым уровнем; лестница не имеет значения при использовании чипа Maximum Captain (стоимость = максимум кандидатов).

машинный переводПоказать оригиналСкрыть оригинал«Computes the optimal rolling-captaincy LADDER across a matchday's stag…»

Computes the optimal rolling-captaincy LADDER across a matchday's staggered kickoff sequence — the ordered captain candidates, the explicit bank-or-switch rules at each kickoff, and the captaincy_uplift that wc-fitness-eval folds into raw_xEV. Because the armband doubles the round's points AND can be MOVED during the round to a player who has not yet kicked off, captaincy EV is the expected value of the best outcome reachable by switching across the sequence — not a naive 2x of the top xEV player. Call from wc-matchday-tactician (to write MB2 of the matchday plan), from the strategists (to value a candidate's captaincy when building a matchday plan), and from wc-fitness-eval (which consumes captaincy_uplift). Returns the ladder, the switch thresholds, and the uplift against a stated baseline; the ladder is moot under the Maximum Captain chip (value = max of candidates).

lyndonkl/claude Agent Skills автор: lyndonkl 1 файл тело ≈ 4 295 токенов Открыть источникgithub.com↗ проанализирован 16 ч назад

Вычисляет оптимальную скользящую ЛЕСТНИЦУ капитана в течение последовательности стартовых матчей дня — упорядоченные кандидаты в капитаны, явные правила банка…

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

ПроцедураДанные и аналитикатип и темы размечены автоматически по тексту скилла
JSON
Технический рейтинг
B
94/100
безопасность, качество, тесты
Безопасность 60%
100
Качество 40%
84
Прогон на моделях
не было
Процессный рейтинг
C
50/100
Есть пробелы
Входы и предусловия вес 11
0
Ошибки и развилки вес 10
0
Отчётность по ходу вес 2
0
три самых слабых из десяти параметров · все десять

Как улучшить

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

    Находки guard · 0

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

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

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

    ✓ По спецификации Agent Skills замечаний нет

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

    • 0Входы и предусловия. Не сказано, что нужно иметь на входе
    • 0Ошибки и развилки. Линейный процесс без обработки сбоев
    • 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
    • 20Когда включается. Не сказано, при каком запросе скилл включается
    • 30Повторный запуск. Изменяющих операций: 2, без проверки текущего состояния
    • 60Инструменты и файлы. Используются инструменты (node), но во frontmatter они не объявлены
    • 60Результат и критерий готовности. Формат результата описан, критерия завершения нет
    • 70Стоимость исполнения. Тело инструкции 4295 токенов
    • 100Шаги. Шагов: 15
    • 100Согласованность. Имя и обязательные поля на месте
    • medium Правила безопасности и запреты внутри скилла: их место в системном промпте, здесь они не защищают

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

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

    • +5В description нет примеров фраз, по которым скилл должен срабатывать
    • +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
    • +3Длина description 882: рекомендуется 120–800 символов
    • +1Лицензия не указана
    • +2Инструкции на одном языке
    • +4Структура: 12 заголовков
    • +3Пошаговые инструкции: 15 пунктов
    • +3Формат ответа описан явно
    • +4Есть примеры (6 блоков кода)

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