AD gp-complaint-winrate
Модель прогнозирования «успешности обжалования» государственных закупок (для поставщиков/заявителей) — поставщик вводит описание несправедливой ситуации, с которой он столкнулся, система путем «структурированного разбора предмета жалобы + сравнения с более чем 50 000 реальных дел о рассмотрении жалоб» предоставляет прогноз вероятности успеха жалобы (вероятности удовлетворения) на основе подсчета реальных образцов поиска и делает условное распределение по «достаточности доказательств» (вероятность успеха при сильных/слабых доказательствах), выдавая дорожную карту для сбора и усиления доказательств. Ключевые слова: «вероятность успеха жалобы» «вероятность удовлетворения жалобы» «может ли эта жалоба быть удовлетворена» «вероятность удовлетворения по аналогичным делам» «вероятность отклонения жалобы» «достаточно ли доказательств для жалобы» «прогноз стратегии жалобы» «прогноз успешности по прецедентам». Неприменимо: ответы на запросы от лиц, закупающих/агентов (следует перенаправлять в базу знаний по аналогичным делам о запросах на государственные закупки/щит государственных закупок); жалобы на тендеры на инженерные работы (разные правовые сферы); оценка тендерных предложений, проверка контрактов, подготовка тендерной документации.
машинный переводПоказать оригиналСкрыть оригинал«政采投诉"胜诉率"预判模型（供应商/投诉人攻向）——供应商输入自身遭遇的不公情形，系统通过"投诉事项结构化拆解+5万+真实投诉处理决定类案相…»
政采投诉"胜诉率"预判模型（供应商/投诉人攻向）——供应商输入自身遭遇的不公情形，系统通过"投诉事项结构化拆解+5万+真实投诉处理决定类案相似度比对"，以真实检索样本计数给出投诉成功率（成立率）预测，并按"证据充分性"做条件分层（强证据/弱证据分层胜诉率），输出证据收集与补强路线图。触发词："投诉胜诉率""投诉成功概率""这个投诉能成吗""类案成立率""投诉被驳回概率""证据够不够投诉""投诉策略预判""判例法胜诉预判"。不适用：采购人/代理机构被质疑后的防御答复（应路由至政采质疑类案智库/政采盾牌）；工程招投标投诉（法域不同）；评标打分、合同审查、招标文件编制。
Модель прогнозирования «успешности обжалования» государственных закупок (для поставщиков/заявителей) — поставщик вводит описание несправедливой ситуации, с…
Как процесс D 46/100 · Процесс не доведён — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 6. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда") - заметка
frontmatter-keyнеизвестное поле фронтматтера "display_name" - заметка
frontmatter-keyнеизвестное поле фронтматтера "agent_created"
Процессный рейтинг: все десять параметров 46/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 60Инструменты и файлы. Используются инструменты (web), но во frontmatter они не объявлены
- 100Шаги. Шагов: 68
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 2047 токенов
- 100Повторный запуск. Изменяющих операций нет
- low Разделов верхнего уровня: 11. Похоже на несколько доменов в одном скилле
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- +1Лицензия не указана
- +2Инструкции на одном языке
- +5В description 9 примера фраз-триггеров в кавычках
- +3Длина description 285 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 21 заголовков
- +3Пошаговые инструкции: 68 пунктов
- +4Есть примеры (1 блоков кода)
- +4Справочные файлы упоминаются в инструкциях (2 из 2)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 79.