BF gp-rejection-decision-support
Движок поддержки принятия решений по недействительным торгам/аннулированию заявок со стороны экспертов комиссии по оценке государственных закупок. Активируется, когда пользователь предоставляет "конкретную реакцию участника тендера + соответствующие положения закупочной документации" и спрашивает "следует ли признать заявку недействительной" "следует ли признать недействительной или запросить разъяснения/корректировки" "помогите написать обоснование недействительности заявки для протокола оценки". Выдает три типа результатов: ① Суждение о том, является ли заявка недействительной, и правовое/пунктовое обоснование; ② Различие между недействительной заявкой и той, которая может быть разъяснена/скорректирована (чтобы избежать признания формальных недочетов, которые могут быть исправлены, недействительными, или ошибочного принятия существенных отклонений за исправимые); ③ Стандартизированные формулировки обоснования недействительности заявки, которые могут быть непосредственно включены в протокол оценки. Основная цель: точная оценка, обоснованность недействительности, устойчивость к проверкам и жалобам, не нарушение дисциплинарных границ. Отличается от "радара рисков недействительности государственных закупок" (сканирование закупочной документации для извлечения рисковых положений), "движка вопросов и ответов по государственным закупкам" (общие вопросы и ответы по государственным закупкам).
машинный переводПоказать оригиналСкрыть оригинал«政府采购评审（评标委员会专家）侧无效投标/废标决策支持引擎。当用户提供"某投标人的具体响应情况 + 采购文件对应条款"并询问"该不该认定无效…»
政府采购评审（评标委员会专家）侧无效投标/废标决策支持引擎。当用户提供"某投标人的具体响应情况 + 采购文件对应条款"并询问"该不该认定无效投标""应当无效还是澄清补正""帮我写评标报告用的无效投标理由"时触发。输出三类成果：① 是否构成无效投标的判断及法条/条款依据；② 应当无效与可澄清补正的区分判定（避免把可补正的形式瑕疵直接认定无效，或把实质偏差误当可澄清）；③ 可直接写入评标报告的规范化无效投标理由措辞。核心目标：评得准、无效得有依据、经得起质疑投诉复核、不踩纪律红线。区别于"政采无效投标风险雷达"（扫描采购文件提取风险条款）、"政府采购问答引擎"（通用政采问答）。
Движок поддержки принятия решений по недействительным торгам/аннулированию заявок со стороны экспертов комиссии по оценке государственных закупок.
Как процесс F 35/100 · Не запустится — Скилл ссылается на файлы, которых нет в архиве: references/decision_framework.md, references/kb_mounting.md, references/discipline_redlines.md
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- В тексте есть ссылки на отсутствующие файлы: добавьте файлы или уберите ссылки.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 0. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда") - предупреждение
missing-refссылка на отсутствующий файл: references/decision_framework.md - предупреждение
missing-refссылка на отсутствующий файл: references/kb_mounting.md - предупреждение
missing-refссылка на отсутствующий файл: references/discipline_redlines.md - предупреждение
missing-refссылка на отсутствующий файл: references/rejection_wording_templates.md - заметка
frontmatter-keyнеизвестное поле фронтматтера "display_name" - заметка
frontmatter-keyнеизвестное поле фронтматтера "agent_created"
Процессный рейтинг: все десять параметров 35/100
- 0Инструменты и файлы. Не хватает 4 файла(ов): references/decision_framework.md, references/kb_mounting.md, references/discipline_redlines.md
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 100Шаги. Шагов: 32
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 1153 токенов
- 100Повторный запуск. Изменяющих операций нет
- low Разделов верхнего уровня: 11. Похоже на несколько доменов в одном скилле
- low Ответ описан самодельной разметкой (4 тегов): типизированный вызов надёжнее
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- +1Лицензия не указана
- +2Инструкции на одном языке
- +5В description 6 примера фраз-триггеров в кавычках
- +3Длина description 290 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 14 заголовков
- +3Пошаговые инструкции: 32 пунктов
- +4Есть примеры (1 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 63.