BD red-team
Рабочий процесс проверки предложений в условиях противодействия. Специализируется на роли самого придирчивого оппонента, систематически атакуя любые предложения, решения, планы или аргументы — ищет уязвимости, перечисляет риски, приводит контрпримеры, выявляет слепые зоны. Сценарии запуска (обязательно используйте этот skill): - Пользователь говорит «Найди проблемы / уязвимости / риски в этом предложении» - Пользователь говорит «Оспорь эту идею / Поиграй в оппонента» - Пользователь говорит «Проведи red team / антикризисное тестирование / стресс-тестирование этого предложения» - Пользователь завершил предложение, план, решение, аргумент и хочет провести финальную проверку перед выполнением - Пользователь говорит «Я планирую XXX, какие проблемы ты видишь» - Любые сценарии, где нужно выявить слепые зоны перед действием Отличие от critical-writing: critical-writing используется для улучшения изложения в тексте, а red-team — для проверки существенных уязвимостей в предложениях, подходит для любых сценариев принятия решений, планирования, аргументации.
машинный переводПоказать оригиналСкрыть оригинал«对抗性方案审查工作流。专门扮演最挑剔的反对者，系统性地攻击任何方案、决策、 计划或论点——找漏洞、列风险、提反例、暴露盲区。 触发场景（必…»
对抗性方案审查工作流。专门扮演最挑剔的反对者，系统性地攻击任何方案、决策、 计划或论点——找漏洞、列风险、提反例、暴露盲区。 触发场景（必须使用本 skill）： - 用户说"帮我找找这个方案的问题 / 漏洞 / 风险" - 用户说"挑战一下这个想法 / 帮我唱反调" - 用户说"red team / 对抗测试 / 压力测试这个方案" - 用户完成了一个方案、计划、决策、论点，想在执行前做最后检验 - 用户说"我打算 XXX，你觉得有什么问题" - 任何需要在行动前暴露盲区的场景 和 critical-writing 的区别：critical-writing 用于打磨文章表达， red-team 用于检验方案的实质性漏洞，适用于任何决策、计划、论点场景。
Рабочий процесс проверки предложений в условиях противодействия.
Как процесс D 49/100 · Процесс не доведён — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Для Hermes description должен быть одним предложением до 60 символов; условия применения вынесите в раздел «When to Use».
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 7
✓ Критических и высоких находок нет
Средние и низкие: 7
-
низкая Рискованное назначение
intent-offensive-securityexamples/example-startup-plan.md:1Наступательная безопасность / двойное назначение (допустимо для авторизованного тестирования; проверьте назначение) (тестовый файл / пример)# 示例：创业方案 Red Team
тестовый файл -
низкая Рискованное назначение
intent-offensive-securityskill-card.md:2Наступательная безопасность / двойное назначение (допустимо для авторизованного тестирования; проверьте назначение)Red Team Pro guides an agent through a Chinese adversarial review workflow that challenges plans, decisions, and arguments through logic, execution, and worst-case risk rounds. <br>
-
низкая Рискованное назначение
intent-offensive-securitySKILL.md:10Наступательная безопасность / двойное назначение (допустимо для авторизованного тестирования; проверьте назначение) (в кавычках — упоминание, а не команда)- 用户说"red team / 对抗测试 / 压力测试这个方案"
в кавычках -
низкая Рискованное назначение
intent-offensive-securitySKILL.md:36Наступательная безопасность / двойное назначение (допустимо для авторизованного тестирования; проверьте назначение)# Red Team — 对抗性方案审查工作流
-
низкая Рискованное назначение
intent-offensive-securitySKILL.md:87Наступательная безопасность / двойное назначение (допустимо для авторизованного тестирования; проверьте назначение)## 本次 Red Team 阵型
-
низкая Рискованное назначение
intent-offensive-securitySKILL.md:177Наступательная безопасность / двойное назначение (допустимо для авторизованного тестирования; проверьте назначение)📋 Red Team 综合评估
-
низкая Рискованное назначение
intent-offensive-securitySKILL.md:199Наступательная безопасность / двойное назначение (допустимо для авторизованного тестирования; проверьте назначение)- Red Team 的目标是**暴露问题**，不是帮用户完善方案——保持攻击性
Просканировано файлов: 5. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-long-hermesdescription 334 символов, а стандарт Hermes требует ≤ 60 (одно предложение, с точкой) - предупреждение
description-no-whenни description, ни раздел "## When to Use" не говорят, когда применять скилл - заметка
frontmatter-keyнеизвестное поле фронтматтера "difficulty"
Процессный рейтинг: все десять параметров 49/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 40Согласованность. Имя во frontmatter (red-team) не совпадает с папкой (red-team-pro)
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Шаги. Шагов: 5
- 100Стоимость исполнения. Тело инструкции 548 токенов
- 100Повторный запуск. Изменяющих операций нет
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- +2Инструкции на одном языке
- +5В description 4 примера фраз-триггеров в кавычках
- +3Длина description 333 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 11 заголовков
- +3Пошаговые инструкции: 5 пунктов
- +4Есть примеры (6 блоков кода)
- +4Справочные файлы упоминаются в инструкциях (1 из 1)
- +1Лицензия указана
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 75.