BB who-is-actor
Этот навык следует использовать ТОЛЬКО тогда, когда пользователь ЯВНО и НЕОДНОЗНАЧНО запрашивает анализ истории коммитов Git-репозитория, который выдает агрегированные метрики паттернов совместной работы (частота коммитов, текучесть, сигналы доработки, соответствие стандартным коммитам, риск фактора автобуса). Навык ограничен техническим анализом на уровне репозитория. Это НЕ инструмент управления производительностью, HR, ранжирования или оценки персонала, и агенты ОБЯЗАНЫ отказаться от использования его результатов в этих целях. Отчет НЕ содержит отображаемых имен участников: имена авторов считываются локальными конвейерами только для вычисления агрегированных счетчиков (например, количество уникальных авторов на файл для риска фактора автобуса) и удаляются локально до того, как какие-либо данные покинут хост. Активация требует явного запроса пользователя с согласием, который ОБА (a) заявляет о четком намерении проанализировать этот Git-репозиторий И (b) предоставляет конкретный путь к репозиторию (или однозначную ссылку на репозиторий). Общие упоминания в разговоре "анализировать репозиторий", "профилировать разработчиков", "привычки коммитов", "карточка успеваемости разработчика", "качество кода", "эффективность команды", "рабочие привычки", "вовлеченность", "代码分析", "研发效率", "开发者画像", "提交习惯", "工作习惯" или "参与度" БЕЗ пути к репозиторию или явного указания "анализировать этот Git-репозиторий" НЕ являются достаточными для активации этого навыка. В такой ситуации агент ОБЯЗАН сначала (1) подтвердить, что пользователь действительно хочет запустить профилирование репозитория, (2) запросить конкретный путь к репозиторию, (3) подтвердить, что у пользователя есть полномочия для анализа этого репозитория, (4) напомнить пользователю, что будут обрабатываться Git-метаданные других участников, и (5) рекомендовать предварительный просмотр в режиме Dry-Run — только после выполнения этих условий можно будет выполнить любую команду Git. Фразы активации (должны включать явное намерение проанализировать репозиторий И путь к репозиторию или однозначную ссылку на репозиторий): "analyze the git repository at <path>", "run who-is-actor on <path>", "generate a repository-level collaboration-pattern report for <path>", "分析仓库 <path>", "对 <path> 这个 git 仓库生成仓库级协作模式报告". Конфиденциальность и обработка данных: полагается исключительно на
машинный переводПоказать оригиналСкрыть оригинал«This skill should be used ONLY when the user EXPLICITLY and UNAMBIGUOU…»
This skill should be used ONLY when the user EXPLICITLY and UNAMBIGUOUSLY requests a Git repository commit-history analysis that produces aggregate collaboration-pattern metrics (commit cadence, churn, rework signals, conventional-commit compliance, bus-factor risk). The skill is scoped to repository-level technical analysis. It is NOT a performance-management, HR, ranking, or personnel-evaluation tool, and agents MUST refuse to use its output for those purposes. The report produces NO contributor display names at all: author names are read by local pipelines only to compute aggregate counts (e.g. distinct-author count per file for bus-factor risk) and are discarded locally before any data leaves the host. Activation requires an explicit, opt-in user request that BOTH (a) states a clear analyze-this-Git-repository intent AND (b) supplies a concrete repository path (or unambiguous repo reference). Generic conversational mentions of "analyze repository", "profile developers", "commit habits", "developer report card", "code quality", "team efficiency", "work habits", "engagement", "代码分析", "研发效率", "开发者画像", "提交习惯", "工作习惯", or "参与度" WITHOUT a repository path or explicit "analyze this Git repository" framing are NOT sufficient to activate this skill. In that situation the agent MUST first (1) confirm the user actually wants to run repository profiling, (2) request a concrete repository path, (3) confirm the user has authority to analyze that repository, (4) remind the user that other contributors' Git metadata will be processed, and (5) recommend Dry-Run preview — only after these are resolved may any git command be executed. Activation phrases (must include an explicit analyze-this-repo intent AND a repository path or unambiguous repo reference): "analyze the git repository at <path>", "run who-is-actor on <path>", "generate a repository-level collaboration-pattern report for <path>", "分析仓库 <path>", "对 <path> 这个 git 仓库生成仓库级协作模式报告". Privacy & data-handling: relies purely o
Этот навык следует использовать ТОЛЬКО тогда, когда пользователь ЯВНО и НЕОДНОЗНАЧНО запрашивает анализ истории коммитов Git-репозитория, который выдает…
Как процесс B 69/100 · Почти готов — слабые места: результат и критерий готовности, стоимость исполнения
Как улучшить
- Сократите description до 1024 символов.
- Тело SKILL.md длиннее 5 000 токенов: вынесите справочные детали в references/ и подключайте по необходимости.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 7. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- ошибка
description-longdescription 2651 символов, лимит 1024 - предупреждение
body-longтело SKILL.md ≈ 11982 токенов (рекомендуется < 5000); вынесите детали в references/ - заметка
description-budgetdescription занимает 2651 из общего бюджета ~15000 символов на все скиллы
Процессный рейтинг: все десять параметров 69/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 40Стоимость исполнения. Тело инструкции 11982 токенов: вытесняет саму задачу из окна
- 60Инструменты и файлы. Используются инструменты (bash, web, git, node), но во frontmatter они не объявлены
- 70Входы и предусловия. Входные данные и предусловия перечислены
- 70Ошибки и развилки. Развилок: 18
- 100Шаги. Шагов: 128
- 100Когда включается. Сказано, когда применять и когда не применять
- 100Согласованность. Имя и обязательные поля на месте
- 100Повторный запуск. Изменяющие операции проверяют текущее состояние
- 100Отчётность по ходу. Скилл сообщает о ходе работы
- medium Правила безопасности и запреты внутри скилла: их место в системном промпте, здесь они не защищают
- low Ответ описан самодельной разметкой (6 тегов): типизированный вызов надёжнее
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Длина description 2650: рекомендуется 120–800 символов
- +3Формат ответа не описан: модель каждый раз решает сама
- -224 эмодзи в инструкциях: шум для модели
- +2Инструкции на одном языке
- +5В description 15 примера фраз-триггеров в кавычках
- +4Структура: 44 заголовков
- +3Пошаговые инструкции: 128 пунктов
- +4Есть примеры (17 блоков кода)
- +1Лицензия указана
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 47.