AC software-requirements-engineering
Корпоративная разработка требований к программному обеспечению на основе книги Wiegers & Beatty, Software Requirements, 3rd Edition. Используйте, когда Codex должен действовать как профессиональная команда по разработке требований для полной или поэтапной работы: бизнес-требования и видение/область применения, партнерство между заказчиком и разработчиком, анализ заинтересованных сторон/классов пользователей, спонсоры продукта, сбор требований/需求获取, варианты использования, пользовательские истории, бизнес-правила, анализ/моделирование требований/需求分析建模, прототипы, приоритизация, составление или обзор SRS/需求规格说明, отличное написание требований, атрибуты качества/нефункциональные требования, проверка требований/需求验证, критерии приемки, повторное использование требований, базовые линии, отслеживание версий/статуса, контроль изменений, анализ влияния, прослеживаемость, управление требованиями/需求管理, адаптация для гибких/улучшенных/пакетных/аутсорсинговых/BPA/аналитических/встроенных проектов, корпоративное управление, улучшение процессов, управление рисками или создание документации по требованиям производственного качества.
машинный переводПоказать оригиналСкрыть оригинал«Book-aligned enterprise software requirements engineering based on Wie…»
Book-aligned enterprise software requirements engineering based on Wiegers & Beatty, Software Requirements, 3rd Edition. Use when Codex must act like a professional requirements engineering team for full-lifecycle or phase-specific work: business requirements and vision/scope, customer-development partnership, stakeholder/user-class analysis, product champions, requirements elicitation/需求获取, use cases, user stories, business rules, requirements analysis/modeling/需求分析建模, prototypes, prioritization, SRS drafting or review/需求规格说明, excellent requirement writing, quality attributes/NFRs, requirements validation/需求验证, acceptance criteria, requirements reuse, baselines, version/status tracking, change control, impact analysis, traceability, requirements management/需求管理, agile/enhancement/packaged/outsourced/BPA/analytics/embedded project tailoring, enterprise governance, process improvement, risk management, or production-quality requirements documentation.
Корпоративная разработка требований к программному обеспечению на основе книги Wiegers & Beatty, Software Requirements, 3rd Edition.
Как процесс C 60/100 · Есть пробелы — слабые места: когда включается, входы и предусловия, ошибки и развилки
Как улучшить
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 14. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
✓ По спецификации Agent Skills замечаний нет
Процессный рейтинг: все десять параметров 60/100
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 20Когда включается. Не сказано, при каком запросе скилл включается
- 30Повторный запуск. Изменяющих операций: 1, без проверки текущего состояния
- 40Согласованность. Имя во frontmatter (software-requirements-engineering) не совпадает с папкой (software-requirements-engineering-skill)
- 85Шаги. Шагов: 80, расплывчатых формулировок: 1
- 100Инструменты и файлы. Внешние инструменты не нужны
- 100Результат и критерий готовности. Формат результата и критерий готовности описаны
- 100Стоимость исполнения. Тело инструкции 2978 токенов
- 100Отчётность по ходу. Скилл сообщает о ходе работы
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Длина description 964: рекомендуется 120–800 символов
- +4Нет примеров входа/выхода
- -5В тексте остались TODO / заглушки
- +1Лицензия не указана
- +2Инструкции на одном языке
- +4Структура: 15 заголовков
- +3Пошаговые инструкции: 80 пунктов
- +3Формат ответа описан явно
- +4Справочные файлы упоминаются в инструкциях (11 из 11)
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 79.