AA ticket-authoring
Пишите полные, готовые к работе элементы для трекера задач: ошибки, задачи, истории, спейки и эпики, каждый с необходимыми полями, вложениями и критериями готовности. Используйте этот навык, когда пользователь хочет написать тикет, создать задачу Jira, Linear или GitHub, подать отчет об ошибке, написать пользовательскую историю или критерии приемки, спланировать спейк, открыть эпик или разбить работу на задачи. Триггеры: написать тикет, создать задачу, подать ошибку, отчет об ошибке, пользовательская история, спейк, эпик, разбивка задач, превратить это в тикеты, разбить это, критерии приемки, определение готовности, готово к разработке, элемент бэклога, стадия капитализации. Также срабатывает, когда пользователь вставляет PRD, спецификацию или описание ошибки и спрашивает, что с этим делать, даже если слово «тикет» не произносится.
машинный переводПоказать оригиналСкрыть оригинал«Write complete, ready-to-pull work items for an issue tracker: bugs, t…»
Write complete, ready-to-pull work items for an issue tracker: bugs, tasks, stories, spikes, and epics, each with the fields, attachments, and done test its type requires. Use this skill whenever the user wants to write a ticket, create a Jira issue, Linear issue, or GitHub issue, file a bug report, write a user story or acceptance criteria, scope a spike, open an epic, or break work into tasks. Triggers on write a ticket, create an issue, file a bug, bug report, user story, spike, epic, task breakdown, turn this into tickets, break this down, acceptance criteria, definition of ready, ready for dev, backlog item, capitalization stage. Also triggers when the user pastes a PRD, a spec, or a bug description and asks what to do with it, even if they never say the word ticket.
Пишите полные, готовые к работе элементы для трекера задач: ошибки, задачи, истории, спейки и эпики, каждый с необходимыми полями, вложениями и критериями…
Как процесс A 83/100 · Дойдёт до конца — слабые места: повторный запуск, отчётность по ходу
Такой же скилл встречается ещё в 2 местах: claude-skills, claude-skills
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 10. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
✓ По спецификации Agent Skills замечаний нет
Процессный рейтинг: все десять параметров 83/100
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 30Повторный запуск. Изменяющих операций: 2, без проверки текущего состояния
- 50Ошибки и развилки. Развилок: 0, есть раздел про ошибки
- 70Когда включается. Сказано, когда применять, но не сказано, когда не стоит
- 70Входы и предусловия. Входные данные и предусловия перечислены
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Шаги. Шагов: 80
- 100Результат и критерий готовности. Формат результата и критерий готовности описаны
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 2382 токенов
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +4Нет примеров входа/выхода
- +1Лицензия не указана
- +2Инструкции на одном языке
- +3Длина description 782 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 16 заголовков
- +3Пошаговые инструкции: 80 пунктов
- +3Формат ответа описан явно
- +4Справочные файлы упоминаются в инструкциях (8 из 8)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 87.