BC cms-project-governance
Держите развивающийся или незавершенный проект под контролем с помощью одной компактной, проверенной на конфликты поставки, соответствующего масштаба, ограниченной автономии и независимого принятия QA. Используйте для нетехнического руководства по требованиям, Legacy Bootstrap, определения масштаба Small/Medium/Large, управления Lite/Standard/Full, маршрутизации Controller-Developer-QC, этапов, заказов на работу, принятия QA, восстановления от дрейфа, перебазирования целей, обзора дорожной карты или сокращения накладных расходов на токены и документы. Типичные триггеры включают: проект сделан наполовину / не знаю, стоит ли продолжать / разрастание объема / хочу добавить новое направление / хочу начать новый проект, разрастание объема, мы продолжаем добавлять функции, слишком много документов и нет рабочего кода, документы перевешивают код, накладные расходы на управление слишком высоки, бюрократия управления, какой проект мне убить, стоит ли архивировать это, переопределить «готово», изменить цель, перебазировать, действительно ли это принято, и мы приняли это, но никогда не выпускали. Также используйте для бюджетов документов против инволюции, дисциплины архивирования, правил стоп-лосс, загрузки Active Packet и риска «принято, но никогда не выпущено». Для уже авторизованных обычных циклов кодирования используйте agent-loop-engineering. Для одноразового вердикта только для чтения по проекту, который вы еще не приняли, используйте project-lifecycle-navigator.
машинный переводПоказать оригиналСкрыть оригинал«Keep a drifting or half-finished project under control with one compac…»
Keep a drifting or half-finished project under control with one compact, conflict-checked delivery state, right-sized scope, bounded autonomy, and independent QA acceptance. Use for non-technical requirement guidance, Legacy Bootstrap, Small/Medium/Large sizing, Lite/Standard/Full governance, Controller-Developer-QC routing, Milestones, Work Orders, QA acceptance, drift recovery, target rebaseline, roadmap review, or reducing token and document overhead. Typical triggers include 项目做了一半 / 不知道该不该继续 / 范围蔓延 / 想加新方向 / 想重开一个项目, scope creep, we keep adding features, too many documents and no working code, docs outweigh code, governance overhead is too high, 治理内卷, which project should I kill, should I archive this, redefine done, change the target, rebaseline, is this really accepted, and we accepted it but never shipped. Also use for anti-involution doc budgets, archive discipline, stop-loss rules, Active Packet bootstrap, and accepted-but-never-released risk. For already-authorized ordinary coding loops, use agent-loop-engineering. For a one-time read-only verdict on a project you have not committed to yet, use project-lifecycle-navigator.
Держите развивающийся или незавершенный проект под контролем с помощью одной компактной, проверенной на конфликты поставки, соответствующего масштаба…
Как процесс C 61/100 · Есть пробелы — слабые места: входы и предусловия, ошибки и развилки, согласованность
Как улучшить
- Сократите description до 1024 символов.
- Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
- spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.
Находки guard · 0
✓ Критических и высоких находок нет
Просканировано файлов: 31. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.
По спецификации Agent Skills
- ошибка
description-longdescription 1151 символов, лимит 1024
Процессный рейтинг: все десять параметров 61/100
- 0Входы и предусловия. Не сказано, что нужно иметь на входе
- 0Ошибки и развилки. Линейный процесс без обработки сбоев
- 40Согласованность. Имя во frontmatter (cms-project-governance) не совпадает с папкой (coding-management-system)
- 50Когда включается. Не сказано, при каком запросе скилл включается
- 60Инструменты и файлы. Используются инструменты (bash, node), но во frontmatter они не объявлены
- 100Шаги. Шагов: 58
- 100Результат и критерий готовности. Формат результата и критерий готовности описаны
- 100Стоимость исполнения. Тело инструкции 3630 токенов
- 100Повторный запуск. Изменяющие операции проверяют текущее состояние
- 100Отчётность по ходу. Скилл сообщает о ходе работы
- low Разделов верхнего уровня: 15. Похоже на несколько доменов в одном скилле
Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.
Сигналы качества
- +5В description нет примеров фраз, по которым скилл должен срабатывать
- +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
- +3Длина description 1151: рекомендуется 120–800 символов
- +1Лицензия не указана
- +2Инструкции на одном языке
- +4Структура: 16 заголовков
- +3Пошаговые инструкции: 58 пунктов
- +3Формат ответа описан явно
- +4Есть примеры (5 блоков кода)
- +3Все 1 скриптов описаны в инструкциях
База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 62.