BC bid-related-party-expert
Эксперт по выявлению связей между участниками тендера (на основе общедоступной информации о компаниях). Используйте этот навык, когда вам нужно определить, существуют ли между несколькими участниками тендера запрещенные законом связи, такие как: один и тот же руководитель организации, наличие контроля или прямого управления (в соответствии со статьей 34 Положения о реализации Закона о торгах и закупках, статьей 18 Положения о реализации Закона о государственных закупках). Специализируется на информации из реестров компаний (юридическое лицо/руководитель, акционеры и доли владения, прохождение через структуру собственности, директора/надзорный персонал/руководители, юридический/операционный адрес, контактный телефон/электронная почта и т. д.), не анализирует следы тендерного поведения и сговор (статьи 39/40 не входят в сферу действия этого навыка). Может использовать базу знаний IMA для проверки критериев и аналогичных дел в спорных моментах. Выводит только рекомендации для оценки, не заменяет юридическое заключение.
машинный переводПоказать оригиналСкрыть оригинал«投标企业关联关系识别专家（基于公开工商信息版）。当用户需要识别多个投标主体之间是否存在法定禁止的关联投标——单位负责人为同一人、控股或直接管…»
投标企业关联关系识别专家（基于公开工商信息版）。当用户需要识别多个投标主体之间是否存在法定禁止的关联投标——单位负责人为同一人、控股或直接管理关系（依据《招标投标法实施条例》第34条、《政府采购法实施条例》第18条），使用本技能。专注工商登记层面信息（法定代表人/负责人、股东及持股、股权穿透、董监高、注册/经营地址、联系电话/邮箱等），不分析投标行为痕迹与串标行为（第39/40条不在本技能范围）。可在争议点参考 IMA 知识库复核口径与类案。仅输出评审参考，不替代法定认定。
Эксперт по выявлению связей между участниками тендера (на основе общедоступной информации о компаниях).
Как процесс C 53/100 · Есть пробелы — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 1. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда") - заметка
frontmatter-keyнеизвестное поле фронтматтера "agent_created"
Процессный рейтинг: все десять параметров 53/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Шаги. Шагов: 84
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 3510 токенов
- 100Повторный запуск. Изменяющих операций нет
- low Разделов верхнего уровня: 21. Похоже на несколько доменов в одном скилле
- low Ответ описан самодельной разметкой (42 тегов): типизированный вызов надёжнее
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- +4Нет примеров входа/выхода
- +1Лицензия не указана
- +2Инструкции на одном языке
- +3Длина description 239 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 38 заголовков
- +3Пошаговые инструкции: 84 пунктов
- +4Справочные файлы упоминаются в инструкциях (4 из 4)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 71.