AB sub-churn
Отслеживайте подписку на товары на предмет риска оттока — комбинируйте сигналы активности аккаунта, отслеживание сбоев платежей (dunning) и потоки удержания, включая предложения компенсации и пути понижения уровня. Используйте этот навык всякий раз, когда снижается коэффициент продления, опросы отмены показывают рост «слишком дорого», накапливаются повторные попытки dunning, происходит непроизвольный отток из-за карт или пользователь хочет получить скриптованную последовательность электронных писем/SMS после неудачных попыток списания — даже если они просто говорят «подписки утекают» или «люди говорят, что это слишком дорого». Также активируйте при риске MRR, понижении уровня расширения, возврате до окончательной отмены и напоминаниях перед истечением срока действия. НЕ используйте для магазинов с одноразовыми покупками без подписных продуктов, простой отладке платежного процессора без стратегии удержания или юридическом раскрытии информации о подписке в регулируемых юрисдикциях в качестве замены консультации.
машинный переводПоказать оригиналСкрыть оригинал«Monitor subscription commerce for churn risk—blend account activity si…»
Monitor subscription commerce for churn risk—blend account activity signals, payment failure (dunning) tracking, and retention flows including compensation offers and downgrade paths. Use this skill whenever renewal rate drops, cancel surveys show rising "too expensive," dunning retries stack up, involuntary churn from cards, or the user wants a scripted email/SMS sequence after failed charge attempts—even if they only say "subscriptions are leaking" or "people say it's too pricey." Also trigger on MRR at risk, expansion downgrades, win-back before final cancel, and pre-expiry nudges. Do NOT use for one-time purchase-only stores with no subscription product, pure payment processor debugging without retention strategy, or legal subscription disclosure in regulated jurisdictions as a substitute for counsel.
Отслеживайте подписку на товары на предмет риска оттока — комбинируйте сигналы активности аккаунта, отслеживание сбоев платежей (dunning) и потоки удержания…
Как процесс B 69/100 · Почти готов — слабые места: результат и критерий готовности, входы и предусловия, повторный запуск
Как улучшить
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 6. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
✓ По спецификации Agent Skills замечаний нет
Процессный рейтинг: все десять параметров 69/100
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 30Повторный запуск. Изменяющих операций: 1, без проверки текущего состояния
- 40Результат и критерий готовности. Не сказано, что считать результатом
- 60Инструменты и файлы. Используются инструменты (bash), но во frontmatter они не объявлены
- 100Шаги. Шагов: 13
- 100Когда включается. Сказано, когда применять и когда не применять
- 100Ошибки и развилки. Развилок: 2, есть раздел про ошибки
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 698 токенов
- medium Тестов 3, и все положительные: нет ни одного случая «должен отказать» или «должен переспросить»
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +3Длина description 816: рекомендуется 120–800 символов
- +3Формат ответа не описан: модель каждый раз решает сама
- +4Нет примеров входа/выхода
- +1Лицензия не указана
- +2Инструкции на одном языке
- +5В description 3 примера фраз-триггеров в кавычках
- +4Описание говорит, когда скилл НЕ применять
- +4Структура: 9 заголовков
- +3Пошаговые инструкции: 13 пунктов
- +4Справочные файлы упоминаются в инструкциях (1 из 2)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 90.