AB plan-pr
Преобразуйте запрос, отчет об ошибке, идентификатор проблемы или URL-адрес тикета в основанный на репозитории план реализации для утверждения человеком. Используйте, когда пользователь просит спланировать PR, подготовить тикет к реализации, продумать, как создать функцию, или настроить рабочий процесс plan-pr. Читает контекст трекера и правила репозитория, направляет к фиксированному набору навыков проектирования и TDD и определяет наблюдаемые критерии приемки. После утверждения тот же агент реализует, затем вызывает ship-pr-dev. Для отправки существующей ветки или исправления CI PR без запроса на планирование используйте ship-pr-dev напрямую.
машинный переводПоказать оригиналСкрыть оригинал«Turn a prompt, bug report, issue ID, or ticket URL into a repository-g…»
Turn a prompt, bug report, issue ID, or ticket URL into a repository-grounded implementation plan for human approval. Use when the user asks to plan a PR, prepare a ticket for implementation, work out how to build a feature, or set up the plan-pr workflow. Reads tracker context and repo rules, routes to a fixed set of design and TDD skills, and defines observable acceptance criteria. After approval the same agent implements, then invokes ship-pr-dev. For shipping an existing branch or fixing PR CI without a planning request, use ship-pr-dev directly.
Преобразуйте запрос, отчет об ошибке, идентификатор проблемы или URL-адрес тикета в основанный на репозитории план реализации для утверждения человеком.
Как процесс B 71/100 · Почти готов — слабые места: результат и критерий готовности, отчётность по ходу
Как улучшить
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 5. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
✓ По спецификации Agent Skills замечаний нет
Процессный рейтинг: все десять параметров 71/100
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 40Результат и критерий готовности. Не сказано, что считать результатом
- 50Ошибки и развилки. Развилок: 0, есть раздел про ошибки
- 60Инструменты и файлы. Используются инструменты (bash), но во frontmatter они не объявлены
- 70Когда включается. Сказано, когда применять, но не сказано, когда не стоит
- 70Входы и предусловия. Входные данные и предусловия перечислены
- 100Шаги. Шагов: 13
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 3335 токенов
- 100Повторный запуск. Изменяющие операции проверяют текущее состояние
- medium Правила безопасности и запреты внутри скилла: их место в системном промпте, здесь они не защищают
- medium Тестов 7, и все положительные: нет ни одного случая «должен отказать» или «должен переспросить»
- low Среди тестов нет случая на инъекцию через данные
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- +1Лицензия не указана
- +2Инструкции на одном языке
- +3Длина description 556 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 9 заголовков
- +3Пошаговые инструкции: 13 пунктов
- +4Есть примеры (3 блоков кода)
- +4Справочные файлы упоминаются в инструкциях (3 из 3)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 88.