BC code-dev-pipeline
Конвейер разработки кода для совместной работы восьми человек, предназначенный для сложных задач по разработке кода. **Обязательно используйте этот навык, когда пользователь просит разработать код, написать программу, реализовать функцию или предъявляет требования к качеству кода**. Особенно подходит для: - Разработка сложных функций (более 50 строк кода, несколько файлов, требуется тестирование) - Проекты, требующие UI/фронтенд-дизайна (HTML/CSS/JS, React/Vue и т. д.) - Задачи, требующие качества кода (требуется проверка, тестирование, документация) - Критический/стратегический код (требуется проверка несколькими лицами) - Когда пользователь не хочет промежуточных подтверждений и хочет видеть только окончательный результат **Роли восьми человек**: Координатор, Аналитик (анализ требований), Архитектор (архитектурный дизайн), UI-дизайнер, Кодер (написание кода), Рецензент (проверка кода), Тестировщик (тестирование и проверка), Валидатор (окончательное принятие). **Три режима**: Полный режим (весь процесс), Быстрый режим (упрощенный процесс), Режим обслуживания (срочное исправление). Ключевые слова: разработка кода, написание программы, реализация функции, конвейер кода, сложная разработка, код, требующий тестирования, фронтенд-разработка, UI-дизайн, веб-разработка
машинный переводПоказать оригиналСкрыть оригинал«八人协作代码开发流水线，用于复杂代码开发任务。**必须使用此 skill 当用户要求开发代码、写程序、实现功能，或对代码质量有要求时**。特…»
八人协作代码开发流水线，用于复杂代码开发任务。**必须使用此 skill 当用户要求开发代码、写程序、实现功能，或对代码质量有要求时**。特别适合： - 复杂功能开发（>50行代码、多文件、需要测试） - 需要UI/前端设计的项目（HTML/CSS/JS、React/Vue等） - 对代码质量有要求的任务（需要审查、测试、文档） - 关键/策略性代码（需要多人把关） - 用户不想中间确认、只想看最终结果 **八人角色**：Coordinator（协调员）、Analyst（需求分析）、Architect（架构设计）、UIDesigner（UI设计）、Coder（代码编写）、Reviewer（代码审查）、Tester（测试验证）、Validator（最终验收）。 **三种模式**：完整模式（全流程）、快速模式（精简流程）、维护模式（紧急修复）。 触发词：开发代码、写程序、实现功能、代码流水线、复杂开发、需要测试的代码、前端开发、UI设计、网页开发
Конвейер разработки кода для совместной работы восьми человек, предназначенный для сложных задач по разработке кода.
Как процесс C 53/100 · Есть пробелы — слабые места: результат и критерий готовности, когда включается, входы и предусловия
Как улучшить
- Скажите в description, КОГДА применять скилл («используй, когда…», примеры запросов): это главный сигнал для агента.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 11. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- предупреждение
description-no-whendescription не говорит, КОГДА применять скилл (нет "use when / используй когда")
Процессный рейтинг: все десять параметров 53/100
- 0Результат и критерий готовности. Не сказано, что считать результатом
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Шаги. Шагов: 106
- 100Согласованность. Имя и обязательные поля на месте
- 100Стоимость исполнения. Тело инструкции 1630 токенов
- 100Повторный запуск. Изменяющих операций нет
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Формат ответа не описан: модель каждый раз решает сама
- -217 эмодзи в инструкциях: шум для модели
- -48 справочных файлов, но SKILL.md на них не ссылается: модель их не откроет
- +1Лицензия не указана
- +2Инструкции на одном языке
- +3Длина description 430 символов: достаточно сигнала, не съедает бюджет
- +4Структура: 22 заголовков
- +3Пошаговые инструкции: 106 пунктов
- +4Есть примеры (9 блоков кода)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 66.