BA dev_software_developer
Навык «Проект разработчика ПО» — координация, рабочий процесс и взаимодействие команды для агентов-разработчиков FE и BE, работающих над управляемыми программными проектами. Используйте этот навык, когда агенту-разработчику нужно: брать и выполнять задачи из доски Asana, понимать, как взаимодействовать с менеджером проекта или инженером, создавать ветки и PR в соответствии со стандартами команды, передавать технические блокировки агенту-инженеру, передавать выполненную работу QA для проверки, управлять статусом задач и коммуникацией через Asana, понимать, что команда ожидает от них как от разработчика в проекте, или ориентироваться в новом проекте с существующим планом реализации и SRS. Также обрабатывает проверку очереди пульса Asana — проверку соответствующей очереди разработчиков (Frontend Dev Queue или Backend Dev Queue) во всех активных проектах в USER.md, взятие готовых задач и отправку уведомлений sessions_send, когда требуется координация. Активируется при: начале задачи разработки, рабочем процессе задач Asana, создании PR, передаче QA, эскалации инженера, именовании веток, обновлении статуса задач, сообщении о блокировках, координации контрактов API или проверке очереди пульса. Этот навык НЕ выполняет вызовы Git напрямую (требуется отдельно установленный навык Git), НЕ выполняет вызовы API Asana напрямую (требуется отдельно установленный навык Asana) и НЕ обрабатывает программирование, специфичное для языка или фреймворка (требуются соответствующие навыки стека). Он исключительно о том, как агент-разработчик действует как член команды в структуре проекта.
машинный переводПоказать оригиналСкрыть оригинал«Software Developer Project Skill — coordination, workflow, and team in…»
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.
Навык «Проект разработчика ПО» — координация, рабочий процесс и взаимодействие команды для агентов-разработчиков FE и BE, работающих над управляемыми…
Как процесс A 82/100 · Дойдёт до конца — слабые места: результат и критерий готовности, согласованность
Как улучшить
- Сократите description до 1024 символов.
- Тело SKILL.md длиннее 5 000 токенов: вынесите справочные детали в references/ и подключайте по необходимости.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 8. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- ошибка
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.