BB cm-release-notes-humanizer
Превращает необработанный git log, список заголовков PR или дамп changelog в заметки о выпуске для клиентов, которые читаются как написанные человеком. Определяет категории (новая функция / улучшение / исправление / критическое изменение / удалено), фильтрует внутренний шум / рефакторинг, группирует элементы по ценности для пользователя, переписывает каждую строку с "Добавлено X" на формулировку, ориентированную на выгоду пользователя, и генерирует версии для разных аудиторий (changelog в приложении, email-рассылка, changelog для разработчиков, маркетинговый твит, заметка на странице статуса). Охватывает модуляцию тона, правила использования эмодзи, схемы нумерации версий и шаблоны из Linear, Stripe, Vercel, Figma, Tailwind и Notion. Активируется по запросам "release notes", "changelog", "what's new", "version notes", "humanize changelog", "rewrite release", "v1.2 release", "ship notes", "product update post", "patch notes", "semver", "calver".
машинный переводПоказать оригиналСкрыть оригинал«Turn a raw git log, PR title list, or changelog dump into customer-fac…»
Turn a raw git log, PR title list, or changelog dump into customer-facing release notes that read like a human wrote them. Detects categories (new feature / improvement / fix / breaking change / removed), filters internal/refactor noise, groups items by user value, rewrites every line from "Added X" to user-benefit framing, and generates per-audience versions (in-app changelog, email blast, developer changelog, marketing tweet, status-page note). Covers tone modulation, emoji rules, version numbering schemes, and template patterns from Linear, Stripe, Vercel, Figma, Tailwind, and Notion. Triggers on "release notes", "changelog", "what's new", "version notes", "humanize changelog", "rewrite release", "v1.2 release", "ship notes", "product update post", "patch notes", "semver", "calver".
Превращает необработанный git log, список заголовков PR или дамп changelog в заметки о выпуске для клиентов, которые читаются как написанные человеком.
Как процесс B 70/100 · Почти готов — слабые места: входы и предусловия, согласованность, повторный запуск
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Тело SKILL.md длиннее 5 000 токенов: вынесите справочные детали в references/ и подключайте по необходимости.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 2. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда") - предупреждение
body-longтело SKILL.md ≈ 5163 токенов (рекомендуется < 5000); вынесите детали в references/
Процессный рейтинг: все десять параметров 70/100
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 30Повторный запуск. Изменяющих операций: 26, без проверки текущего состояния
- 40Согласованность. Имя во frontmatter (cm-release-notes-humanizer) не совпадает с папкой (release-notes-humanizer)
- 60Результат и критерий готовности. Формат результата описан, критерия завершения нет
- 60Ошибки и развилки. Развилок: 2
- 70Стоимость исполнения. Тело инструкции 5163 токенов
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Шаги. Шагов: 59
- 100Когда включается. Сказано, когда применять и когда не применять
- 100Отчётность по ходу. Скилл сообщает о ходе работы
- medium Правила безопасности и запреты внутри скилла: их место в системном промпте, здесь они не защищают
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- -216 эмодзи в инструкциях: шум для модели
- +1Лицензия не указана
- +2Инструкции на одном языке
- +5В description 13 примера фраз-триггеров в кавычках
- +3Длина description 796 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 28 заголовков
- +3Пошаговые инструкции: 59 пунктов
- +3Формат ответа описан явно
- +4Есть примеры (11 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 68.