AD feishu-wiki-organizer
Профессиональный инструмент для организации базы знаний Feishu. Точная классификация путем анализа контента без объединения или удаления исходного текста. Поддерживает организацию одной базы знаний и общее планирование нескольких баз знаний (масштаб до 30+ баз). Используйте этот навык, когда пользователь упоминает следующие сценарии: (1) организация/классификация контента базы знаний Feishu; (2) слишком много документов в базе знаний Feishu, требующих классификации; (3) создание структуры каталогов для базы знаний; (4) пакетное перемещение документов базы знаний Feishu в папки; (5) "База знаний слишком запутана", "Помогите мне разобраться", "Классификация базы знаний"; (6) необходимость унифицированного планирования, переименования, дополнения описаний для нескольких баз знаний. Ключевые слова: база знаний, wiki, организация, классификация, архивирование, папка.
машинный переводПоказать оригиналСкрыть оригинал«飞书知识库专业整理工具。在不合并、不删除原文的前提下，通过内容分析实现精准分类。 支持单库整理和多库整体规划 (30+ 库规模)。 当用户提…»
飞书知识库专业整理工具。在不合并、不删除原文的前提下，通过内容分析实现精准分类。 支持单库整理和多库整体规划 (30+ 库规模)。 当用户提到以下场景时使用此 Skill: (1) 整理/分类飞书知识库内容 (2) 飞书知识库文档太多需要归类 (3) 为知识库创建分类目录结构 (4) 批量移动飞书知识库文档到文件夹 (5) "知识库太乱了"、"帮我整理一下"、"知识库分类" (6) 多个知识库需要统一规划、改名、补充 description 关键词：知识库、wiki、整理、分类、归档、文件夹
Профессиональный инструмент для организации базы знаний Feishu.
Как процесс D 48/100 · Процесс не доведён — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 2. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда")
Процессный рейтинг: все десять параметров 48/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 60Инструменты и файлы. Используются инструменты (node), но во frontmatter они не объявлены
- 100Шаги. Шагов: 150
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 2620 токенов
- 100Повторный запуск. Изменяющих операций нет
- 100Отчётность по ходу. Скилл сообщает о ходе работы
- low Разделов верхнего уровня: 12. Похоже на несколько доменов в одном скилле
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- -220 эмодзи в инструкциях: шум для модели
- +1Лицензия не указана
- +2Инструкции на одном языке
- +5В description 2 примера фраз-триггеров в кавычках
- +3Длина description 248 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 59 заголовков
- +3Пошаговые инструкции: 150 пунктов
- +4Есть примеры (13 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 75.