AD scheduled-report
Преобразует завершенные в текущем диалоге этапы анализа в задачи с регулярным выполнением (еженедельные/ежемесячные отчеты/ежедневные проверки и т. д.). Этот Skill является чисто **оркестрационным уровнем** — он не определяет «как анализировать», а только «записывает выполненный вами анализ и превращает его в задачу, которую можно регулярно повторять». Сценарии запуска включают, но не ограничиваются: пользователь упоминает «регулярный отчет», «регулярный анализ», «периодическое выполнение», «автоматический отчет», «преврати этот анализ в еженедельный отчет», «запускать раз в неделю», «регулярный мониторинг», «scheduled report», «автоматизированный анализ», «преобразовать в отчет», «сохранить как регулярную задачу», «ежемесячно генерировать отчет», «регулярно отправлять», «автоматически запускать этот анализ», «сделай мне еженедельный отчет», «в будущем анализируй так каждую неделю», «регулярный отчет», «создать регулярный анализ», «регулярная проверка», «проверяй меня каждый день», или когда пользователь после завершения анализа в диалоге выражает желание регулярно повторять его, следует использовать этот Skill. **Ключевой фактор срабатывания**: в высказывании пользователя должно быть **временное намерение, выраженное словами «регулярно/периодически/каждые X/в будущем» и т. п., указывающее на повторное выполнение**. Простое упоминание «ежемесячный отчет» или «еженедельный отчет» не активирует этот Skill (→ активируется analysis-report); упоминание «ежемесячно выпускать ежемесячный отчет» или «в будущем запускать каждую неделю» активирует этот Skill. Способ различения: - «Выпустить ежемесячный отчет» → analysis-report (единоразово, сейчас) - «В будущем ежемесячно выпускать ежемесячный отчет» → scheduled-report (регулярное выполнение) - «Помоги мне отслеживать объем продаж» → anomaly-detection (сначала выполнить один анализ) - «Помоги мне ежедневно отслеживать объем продаж» → scheduled-report (есть намерение «ежедневно» = регулярное выполнение, но сначала нужно провести один цикл анализа) **Предварительное условие: пользователь должен сначала завершить один цикл анализа в диалоге (через Skill metric-query, metric-attribution, dataset-detail-query и т. д.), прежде чем этот Skill сможет извлечь логику анализа и зафиксировать ее как регулярную задачу. Если в диалоге нет истории анализа, следует сначала направить пользователя на завершение анализа, а затем активировать этот Skill.**
машинный переводПоказать оригиналСкрыть оригинал«将当前对话中已完成的分析流程,提取并固化为定时执行的任务(周报/月报/日巡检等)。本 Skill 是一个纯粹的**编排层**——它不负责定义…»
将当前对话中已完成的分析流程,提取并固化为定时执行的任务(周报/月报/日巡检等)。本 Skill 是一个纯粹的**编排层**——它不负责定义"怎么分析",只负责"把你刚才做的分析录下来,变成能定时重放的任务"。 触发场景包括但不限于:用户提到"定时报告""定时分析""定期执行""自动报告""把这个分析变成周报""每周跑一次""定期监控""scheduled report""自动化分析""固化为报告""保存为定时任务""每月生成报告""定期推送""自动跑这个分析""帮我做成周报""以后每周都这么分析""定时汇报""创建定时分析""定期巡检""以后每天都帮我检查一下",或用户在对话中完成分析后表达希望定期重复执行的意图时,都应使用此 Skill。 **触发判定关键**:用户表达中必须包含**"定时/定期/每X/以后都"等表示重复执行的时间意图**。仅说"月报""周报"不触发本 Skill(→ 触发 analysis-report);说"每月出一份月报""以后每周都跑"才触发本 Skill。区分方式: - "出一份月报" → analysis-report(一次性,现在就要) - "以后每月都出月报" → scheduled-report(定时重放) - "帮我监控一下销售额" → anomaly-detection(先做一次分析) - "帮我每天监控销售额" → scheduled-report(有"每天"=定时意图,但需先引导完成一轮分析) **前提条件:用户需要先在对话中完成一轮分析(通过 metric-query、metric-attribution、dataset-detail-query 等 Skill),本 Skill 才能提取分析逻辑并固化为定时任务。如果对话中没有分析历史,应先引导用户完成分析,再触发本 Skill。**
Преобразует завершенные в текущем диалоге этапы анализа в задачи с регулярным выполнением (еженедельные/ежемесячные отчеты/ежедневные проверки и т.
Как процесс D 46/100 · Процесс не доведён — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 2. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда")
Процессный рейтинг: все десять параметров 46/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 60Инструменты и файлы. Используются инструменты (web), но во frontmatter они не объявлены
- 100Шаги. Шагов: 41
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 1628 токенов
- 100Повторный запуск. Изменяющих операций нет
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- -215 эмодзи в инструкциях: шум для модели
- +1Лицензия не указана
- +2Инструкции на одном языке
- +5В description 16 примера фраз-триггеров в кавычках
- +3Длина description 779 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 27 заголовков
- +3Пошаговые инструкции: 41 пунктов
- +4Есть примеры (8 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 75.