BC feishu-cli-chat
Просмотр сеансов Feishu, взаимодействие с сообщениями и управление групповыми чатами. Просмотр истории чатов, получение исторических сообщений групповых чатов, поиск по групповым чатам, получение деталей сообщения, реакция эмодзи, закрепление/открепление, удаление сообщений, запрос и управление информацией о групповых чатах (получение/обновление/роспуск/управление участниками). Поддерживает два режима: обычные группы и тематические группы, тематические группы автоматически получают ответы в ветках. Все команды требуют User Token. Используется, когда пользователь запрашивает "просмотр истории чатов", "посмотреть сообщения с кем-то", "история групповых чатов", "сообщения группы", "поиск по групповым чатам", "информация о группе", "участники группы", "последние сообщения", "история чатов", "реакция", "ответ эмодзи", "закрепить сообщение", "Pin", "удалить сообщение", "получить сообщение", "детали сообщения", "что обсуждали с кем", "что говорили в группе", "суммировать сообщения группы", "ответы в теме", "ответы в ветке", "thread replies". Также применимо: когда пользователь указывает название группового чата или chat_id и хочет просмотреть его сообщения, даже если явно не сказано "история чатов". Следует использовать этот навык, когда пользователь хочет узнать, что обсуждается в группе, найти диалог с кем-то или выполнить интерактивные действия с сообщениями.
машинный переводПоказать оригиналСкрыть оригинал«飞书会话浏览、消息互动与群聊管理。查看聊天记录、获取群聊历史消息、搜索群聊、 获取消息详情、Reaction 表情回应、Pin 置顶/取消置…»
飞书会话浏览、消息互动与群聊管理。查看聊天记录、获取群聊历史消息、搜索群聊、 获取消息详情、Reaction 表情回应、Pin 置顶/取消置顶、删除消息、 群聊信息查询与管理（获取/更新/解散/成员管理）。 支持普通群和话题群两种模式，话题群自动获取线程回复。所有命令需要 User Token。 当用户请求"查看聊天记录"、"看和某人的消息"、"群聊历史"、"群消息"、"搜索群聊"、 "查群信息"、"群成员"、"最近消息"、"聊天记录"、"Reaction"、"表情回应"、 "置顶消息"、"Pin"、"删除消息"、"获取消息"、"消息详情"、 "和谁聊了什么"、"群里说了什么"、"总结群消息"、"话题回复"、"线程回复"、 "thread replies"时使用。 也适用于：用户给出一个群聊名称或 chat_id 并希望浏览其消息的场景， 即使没有明确说"聊天记录"。当用户想了解某个群最近在讨论什么、 想找和某人的对话内容、或想对消息进行互动操作时，都应使用此技能。
Просмотр сеансов Feishu, взаимодействие с сообщениями и управление групповыми чатами.
Как процесс C 51/100 · Есть пробелы — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Чем это грозит
Находки средней серьёзности: скорее всего скилл честный, но прочитайте, что именно насторожило сканер.
Ниже описан худший случай для этой категории. Здесь находка средней серьёзности: guard увидел признак, но не доказательство.
Скилл просит больше прав, чем нужно для задачи: широкий доступ к инструментам, секретные переменные окружения, бинарные файлы. Каждое лишнее право расширяет ущерб при ошибке или взломе.
Сузьте allowed-tools и список переменных до минимума, замените бинарники на исходники или скрипты, которые можно прочитать.
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 1
✓ Критических и высоких находок нет
Средние и низкие: 1
-
средняя Широкие права
meta-broad-allowed-toolsSKILL.md:1Заранее разрешены широкие инструменты: Bashallowed-tools: Bash Read Write
Просканировано файлов: 2. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда")
Процессный рейтинг: все десять параметров 51/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 30Повторный запуск. Изменяющих операций: 14, без проверки текущего состояния
- 100Инструменты и файлы. Инструменты объявлены во frontmatter
- 100Шаги. Шагов: 14
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 2578 токенов
- low Разделов верхнего уровня: 10. Похоже на несколько доменов в одном скилле
- low Ответ описан самодельной разметкой (3 тегов): типизированный вызов надёжнее
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- +1Лицензия не указана
- +2Инструкции на одном языке
- +5В description 6 примера фраз-триггеров в кавычках
- +3Длина description 439 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 39 заголовков
- +3Пошаговые инструкции: 14 пунктов
- +4Есть примеры (26 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 77.