B dev_software_developer
Software Developer Project Skill — coordination, workflow, and team interoperation for FE and BE developer agents working on managed software projects. Use this skill whenever a developer agent needs to: pick up and work tasks from an Asana board, understand how to interact with the project manager or engineer, create branches and PRs following team standards, escalate technical blockers to the engineering agent, hand off completed work to QA for review, manage task status and communication through Asana, understand what the team expects from them as a developer on the project, or orient themselves to a new project with an existing Implementation Plan and SRS. Also handles the Asana heartbeat queue check — checking the appropriate dev queue (Frontend Dev Queue or Backend Dev Queue) across all active projects in USER.md, picking up ready tasks, and sending sessions_send nudges when coordination is needed. Triggers on: starting a dev task, Asana task workflow, PR creation, QA handoff, engineer escalation, branch naming, task status updates, blocker reporting, API contract coordination, or heartbeat queue check. This skill does NOT make git calls directly (requires a separately installed Git skill), does NOT make Asana API calls directly (requires a separately installed Asana skill), and does NOT handle language or framework-specific coding (requires relevant stack skills). It is purely about how the developer agent operates as a team member within the project structure.
- Безопасность 60%
- Качество 40%
- Тесты бонус
Как улучшить
- Сократите description до 1024 символов.
- Тело SKILL.md длиннее 5 000 токенов: вынесите справочные детали в references/ и подключайте по необходимости.
- Добавьте evals/evals.json с 4–6 реальными запросами и ожидаемыми ответами: тогда полная проверка использует ваши кейсы, а не черновик модели.
- Добавьте spec.yaml с триггерами и утверждениями (skilltest init): это контракт поведения для CI.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 8. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
Lint
- ошибка
description-longdescription 1492 символов, лимит 1024 - предупреждение
name-formatname должен быть в kebab-case (строчные буквы, цифры, дефисы) - предупреждение
body-longтело SKILL.md ≈ 7046 токенов (рекомендуется < 5000); вынесите детали в references/
Процессная зрелость 82/100
- 40Результат и критерий готовности. Не сказано, что считать результатом
- 40Согласованность. Имя во frontmatter (dev_software_developer) не совпадает с папкой (project-dev)
- 70Входы и предусловия. Входные данные и предусловия перечислены
- 70Стоимость исполнения. Тело инструкции 7046 токенов
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Шаги. Шагов: 87
- 100Когда включается. Сказано, когда применять и когда не применять
- 100Ошибки и развилки. Развилок: 20, есть раздел про ошибки
- 100Повторный запуск. Изменяющие операции проверяют текущее состояние
- 100Отчётность по ходу. Скилл сообщает о ходе работы
- medium Правила безопасности и запреты внутри скилла: их место в системном промпте, здесь они не защищают
- low Разделов верхнего уровня: 13. Похоже на несколько доменов в одном скилле
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Длина description 1492: рекомендуется 120–800 символов
- +3Формат ответа не описан: модель каждый раз решает сама
- +1Лицензия не указана
- +2Инструкции на одном языке
- +4Структура: 45 заголовков
- +3Пошаговые инструкции: 87 пунктов
- +4Есть примеры (14 блоков кода)
- +4Справочные файлы упоминаются в инструкциях (5 из 5)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 45.