BD bilibili-monitor
Генерирует ежедневный отчет о популярных видео на Bilibili и отправляет его по электронной почте. Триггеры: B站热门, bilibili日报, 视频日报, 热门视频
машинный переводПоказать оригиналСкрыть оригинал«生成B站热门视频日报并发送邮件。触发词：B站热门、bilibili日报、视频日报、热门视频…»
生成B站热门视频日报并发送邮件。触发词：B站热门、bilibili日报、视频日报、热门视频
Генерирует ежедневный отчет о популярных видео на Bilibili и отправляет его по электронной почте.
Как процесс D 49/100 · Процесс не доведён — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Чем это грозит
Находки средней серьёзности: скорее всего скилл честный, но прочитайте, что именно насторожило сканер.
Ниже описан худший случай для этой категории. Здесь находка средней серьёзности: guard увидел признак, но не доказательство.
В файлах есть невидимые символы, закодированные команды или спрятанные комментарии для модели. То, что вы читаете, отличается от того, что видит агент.
Уберите невидимые символы (часто они попадают из копипаста) и закодированные строки: их не пропустит ни один каталог. Инструкции для модели должны быть видны и человеку.
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 1
✓ Критических и высоких находок нет
Средние и низкие: 1
-
средняя Обфускация
uni-zero-widthexample_report.md:233Невидимые символы нулевой ширины (возможен скрытый текст) (8 шт.) (тестовый файл / пример)> 文案：秃秃 文案协助：␀@菲林的解码日记 ␀ 文案解读彩蛋：␀@录音系何某人_Grace ␀ ␀@小鱼陪拉片 ␀ ␀@辣椒梦话 ␀ 参考资料来源： （传媒论坛 《闪灵》音效于人物塑造和受众效果的影响 李敬平） （文献 汤舜杰.斯坦利·库布里克电影的空间叙事研究 南京艺术学） （文献 孙潘,周荣.女性主义地理学视角下…
тестовый файл
Просканировано файлов: 10. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда")
Процессный рейтинг: все десять параметров 49/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 40Согласованность. Имя во frontmatter (bilibili-monitor) не совпадает с папкой (bilibili-hot-monitor)
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Шаги. Шагов: 14
- 100Стоимость исполнения. Тело инструкции 716 токенов
- 100Повторный запуск. Изменяющих операций нет
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Длина description 45: рекомендуется 120–800 символов
- +3Формат ответа не описан: модель каждый раз решает сама
- +1Лицензия не указана
- +2Инструкции на одном языке
- +4Структура: 10 заголовков
- +3Пошаговые инструкции: 14 пунктов
- +4Есть примеры (12 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 69.