BD self-backup-to-feishu
Автоматическое резервное копирование состояния ИИ-помощника в Lark Docs. Используйте этот навык, когда пользователю нужно: (1) сохранить состояние ИИ в облаке, (2) восстановить память ИИ из Lark, (3) настроить механизм автоматического резервного копирования, (4) синхронизировать состояние ИИ-помощника между устройствами. Ключевые фразы: «сохранить состояние», «восстановить состояние», «восстановить из Lark», «синхронизировать память».
машинный переводПоказать оригиналСкрыть оригинал«AI助手状态自动备份到飞书文档。当用户需要:(1) 备份AI状态到云端,(2) 从飞书恢复AI记忆,(3) 设置自动备份机制,(4) 跨设备…»
AI助手状态自动备份到飞书文档。当用户需要:(1) 备份AI状态到云端,(2) 从飞书恢复AI记忆,(3) 设置自动备份机制,(4) 跨设备同步AI助手状态时使用此技能。触发词:「备份状态」「恢复状态」「从飞书恢复」「同步记忆」。
Автоматическое резервное копирование состояния ИИ-помощника в Lark Docs.
Как процесс D 49/100 · Процесс не доведён — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Чем это грозит
Скилл содержит фрагменты, которые в чужих руках стоят денег или данных. Ниже, что рискует потерять тот, кто установит, и что должен сделать автор.
Скилл содержит команды, которые удаляют файлы, переписывают диски или исполняют код, скачанный из сети. Агент может выполнить их без вопроса, если считает, что так требует инструкция.
Замените разрушительные команды на безопасные аналоги с подтверждением, ограничьте область действия конкретной папкой и не тяните код через curl | bash: укажите версию и контрольную сумму.
Как улучшить
- Разберите находки высокой серьёзности: каждая стоит 18 баллов безопасности. Если это ложное срабатывание, добавьте код правила в guard.allow в spec.yaml.
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 2
-
высокая Опасные команды
cmd-persistencereferences/recovery-guide.md:51Механизм закрепления (cron / launchd / планировщик / автозапуск в реестре)(crontab -l 2>/dev/null; echo "0 3 * * * /usr/bin/python3 /path/to/script.py") | crontab -
Средние и низкие: 1
-
низкая Опасные команды
cmd-cron-mentionreferences/recovery-guide.md:51Упоминание редактирования crontab(crontab -l 2>/dev/null; echo "0 3 * * * /usr/bin/python3 /path/to/script.py") | crontab -
Просканировано файлов: 5. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда")
Процессный рейтинг: все десять параметров 49/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 40Согласованность. Имя во frontmatter (self-backup-to-feishu) не совпадает с папкой (self-backup2feishu)
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Шаги. Шагов: 41
- 100Стоимость исполнения. Тело инструкции 390 токенов
- 100Повторный запуск. Изменяющих операций нет
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Длина description 115: рекомендуется 120–800 символов
- +3Формат ответа не описан: модель каждый раз решает сама
- -41 справочных файлов, но SKILL.md на них не ссылается: модель их не откроет
- +1Лицензия не указана
- +2Инструкции на одном языке
- +4Структура: 17 заголовков
- +3Пошаговые инструкции: 41 пунктов
- +4Есть примеры (5 блоков кода)
- +3Все 2 скриптов описаны в инструкциях
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 68.