SKILLEMALL.ai

AD forecast-simulation

Прогнозирование тенденций, анализ дефицита целей, моделирование «что если» и прогнозирование истощения/насыщения на основе имеющихся данных. Этот навык необходимо использовать, когда пользователи хотят понять будущие тенденции показателей, оценить достижимость целей, смоделировать влияние гипотетических сценариев. Сценарии запуска включают, но не ограничиваются: пользователь упоминает «прогноз» «оценка» «сколько будет к концу месяца» «смогу ли я достичь цели» «сколько не хватает» «что если Х» «что если увеличить на 10%» «на сколько хватит запасов» «по этой тенденции» «сколько нужно для достижения» «моделирование» «что если» «анализ сценариев» «при текущей скорости» «сколько еще нужно» «хватит ли» «смогу ли достичь» «как далеко до цели» «сколько нужно в среднем в день» «при текущем прогрессе» «экстраполяция тенденции» «ожидается» «оценка», или когда у пользователя возникают вопросы о будущих тенденциях, достижимости целей, гипотетических сценариях, следует использовать этот навык. Даже если пользователь не говорит прямо «прогноз», если его намерение — понять «что будет в будущем» или «что будет, если изменить условие», следует использовать этот навык. Например, если пользователь говорит «сможем ли мы продать на 10 миллионов в этом месяце?» «что если удвоить расходы на рекламу?» «что будет к концу следующего года при таком темпе?», следует использовать этот навык. **Ключевой момент для определения срабатывания**: намерение пользователя — узнать о **будущем** или смоделировать **гипотетические** сценарии. Способ различения: - «Каков был объем продаж за прошлый месяц?» → metric-query (смотрит в прошлое) - «Каков будет объем продаж к концу месяца?» → forecast-simulation (смотрит в будущее) - «Нормален ли объем продаж?» → anomaly-detection (оценивает настоящее) - «Почему упали продажи?» → metric-attribution (объясняет прошлое) **Различие с соседними навыками**: - metric-query / anomaly-detection / metric-attribution — все смотрят на прошлое и настоящее - forecast-simulation (этот навык) — смотрит в будущее **Важно: этот навык основан на простом математическом расчете исторических данных (аппроксимация трендов, моделирование формул), а не на моделях машинного обучения. Результаты расчета должны сопровождаться описанием предположений и неопределенности.**

машинный переводПоказать оригиналСкрыть оригинал«基于已有数据进行趋势预测、目标缺口分析、What-if 模拟和耗尽/饱和预测。当用户希望了解指标的未来走势、评估目标是否可达、模拟假设场景的…»

基于已有数据进行趋势预测、目标缺口分析、What-if 模拟和耗尽/饱和预测。当用户希望了解指标的未来走势、评估目标是否可达、模拟假设场景的影响时,必须使用此 Skill。 触发场景包括但不限于:用户提到"预测""预估""月底能到多少""能不能完成目标""还差多少""如果XX会怎样""提升10%会怎样""库存还能撑多久""按这个趋势""达标需要多少""推演""模拟""What-if""情景分析""按目前的速度""还需要多久""够不够""能不能达成""离目标还有多远""日均需要多少""按目前进度""趋势外推""预计""估算",或用户对未来走势、目标可行性、假设场景表达了疑问时,都应使用此 Skill。 即使用户没有直接说"预测",只要其意图是了解"未来会怎样"或"如果改变某个条件结果会怎样",都应触发此 Skill。例如用户说"这个月能卖到 1000 万吗""如果投放加倍呢""照这样下去年底会怎样",都应触发。 **触发判定关键**:用户的意图是了解**未来**的事,或模拟**假设**场景。区分方式: - "上月销售额多少" → metric-query(看过去) - "月底销售额能到多少" → forecast-simulation(看未来) - "销售额正常吗" → anomaly-detection(判断现在) - "销售额为什么跌了" → metric-attribution(解释过去) **与相邻 Skill 的区分**: - metric-query / anomaly-detection / metric-attribution 都是看过去和现在 - forecast-simulation(本 Skill)是看未来 **重要:本 Skill 基于历史数据做简单数学推算(趋势拟合、公式模拟),不是机器学习预测模型。推算结果应附带前提假设和不确定性说明。**

ClawHub Agent Skills автор: jackyujun v1.0.0 MIT-0 2 файла тело ≈ 2 652 токенов Открыть источникclawhub.ai проанализирован 3 дн назад

Прогнозирование тенденций, анализ дефицита целей, моделирование «что если» и прогнозирование истощения/насыщения на основе имеющихся данных.

Как процесс D 46/100 · Процесс не доведён — слабые места: результат и критерий готовности, когда включается, входы и предусловия

АнализаторДанные и аналитикатип и темы размечены автоматически по тексту скилла
JSON
Технический рейтинг
A
91/100
безопасность, качество, тесты
Безопасность 60%
100
Качество 40%
77
Прогон на моделях
не было
Процессный рейтинг
D
46/100
Процесс не доведён
Результат и критерий готовности вес 14
0
Входы и предусловия вес 11
0
Ошибки и развилки вес 10
0
три самых слабых из десяти параметров · все десять

Как улучшить

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

Находки guard · 0

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

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

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

  • предупреждение description-no-when description не говорит, КОГДА применять скилл (нет "use when / используй когда")

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

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

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

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

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

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

Внешние проверки

ClawHub: clean
This is an instruction-only forecasting skill with broad routing language but no hidden code, persistence, credentials, or destructive behavior.
LLM: benign (high) · VirusTotal: · 29 мая 2026 г.