CC panel-review-rationalisation
Оценка состояния панели поставщиков, управление выходом фирм, анализ пробелов в покрытии и бриф для обновления панели для внутренних команд юридических операций. Ежегодный Отчет о состоянии панели, обобщающий данные из оценочных карточек, соблюдение правил выставления счетов и модели поведения при передаче дел в другие инстанции, с рекомендациями по каждой фирме — Оставить, Наблюдать, План улучшения или Рассмотреть выход. Пакет документов для выхода фирмы: официальное уведомление о выходе с планом передачи активных дел, а также внутренний отчет о выходе. Определение пробелов в областях практики, географии или уровнях и составление структурированного Отчета о пробелах в покрытии с вариантами устранения. Подготовка Брифа для обновления панели в качестве ограниченного входного документа для процесса RFP. Триггеры: «пересмотреть нашу панель», «ежегодный обзор панели», «работает ли наша панель», «какие фирмы нам следует исключить», «написать уведомление о выходе», «пробел в покрытии», «у нас нет никого для реструктуризации», «обновить панель», «рационализация панели», «слишком много фирм», «проблема с передачей дел», «есть ли у нас нужные фирмы».
машинный переводПоказать оригиналСкрыть оригинал«Panel health assessment, firm exit management, coverage gap analysis,…»
Panel health assessment, firm exit management, coverage gap analysis, and panel refresh brief for in-house legal ops teams. Produce an annual Panel Health Report synthesising scorecard data, billing compliance, and step-out patterns into per-firm recommendations — Retain, Watch, Improvement Plan, or Exit Review. Produce a firm exit pack: formal exit notice with active matter transition plan, plus an internal exit record. Identify practice area, geographic, or tier gaps and produce a structured Coverage Gap Report with remediation options. Produce a Panel Refresh Brief as a scoped input to the RFP process. Trigger on: 'review our panel', 'annual panel review', 'is our panel working', 'which firms should we exit', 'write the exit notice', 'coverage gap', 'we don't have anyone for restructuring', 'refresh the panel', 'panel rationalisation', 'too many firms', 'step-out problem', 'do we have the right firms'.
Оценка состояния панели поставщиков, управление выходом фирм, анализ пробелов в покрытии и бриф для обновления панели для внутренних команд юридических…
Как процесс C 62/100 · Есть пробелы — слабые места: результат и критерий готовности, ошибки и развилки, согласованность
Как улучшить
- Тело SKILL.md длиннее 5 000 токенов: вынесите справочные детали в references/ и подключайте по необходимости.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 2. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
body-longтело SKILL.md ≈ 11080 токенов (рекомендуется < 5000); вынесите детали в references/
Процессный рейтинг: все десять параметров 62/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 30Повторный запуск. Изменяющих операций: 8, без проверки текущего состояния
- 40Согласованность. Имя во frontmatter (panel-review-rationalisation) не совпадает с папкой (panel-review-rationalisation-scott-margetts)
- 40Стоимость исполнения. Тело инструкции 11080 токенов: вытесняет саму задачу из окна
- 70Входы и предусловия. Входные данные и предусловия перечислены
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Шаги. Шагов: 72
- 100Когда включается. Сказано, когда применять и когда не применять
- 100Отчётность по ходу. Скилл сообщает о ходе работы
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Длина description 918: рекомендуется 120–800 символов
- +3Формат ответа не описан: модель каждый раз решает сама
- +1Лицензия не указана
- +2Инструкции на одном языке
- +4Структура: 35 заголовков
- +3Пошаговые инструкции: 72 пунктов
- +4Есть примеры (1 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 71.