SKILLEMALL.ai

CD dod-mosa

База знаний из руководства OUSD(R&E) по внедрению MOSA в программах Министерства обороны США (февраль 2025 г.). Используйте для модульного открытого подхода к системам (MOSA) как дисциплины приобретения и проектирования Министерства обороны США: законодательная/нормативная база (10 U.S.C. 4401–4403, FY2017/FY2021 NDAA, DFARS), пять столпов OUSD(R&E), жизненный цикл плана→модуларизации→идентификации→определения→стандартизации интерфейса, технические рычаги (таксономия WBS/MIL-STD-881F, профилирование стандартов, API-first программное обеспечение, COTS/кибербезопасность), метрики и инструменты оценки MOSA (PART/OAAT/KOSS/SEAM/MAUT), управление технологическими изменениями и DMSMS, дорожные карты, MOSA по шести путям AAF, а также механика контрактов/интеллектуальной собственности/прав на данные. ОГРАНИЧЕНИЯ ОБЛАСТИ ПРИМЕНЕНИЯ: это политика приобретения систем вооружения Министерства обороны США, а не общий справочник по открытой архитектуре или стандартам интерфейсов — он называет стандарты (FACE, OMS, DISR), но не воспроизводит их, содержит мало подробных инженерных данных по какому-либо конкретному стандарту и не охватывает базовые процессы SE (используйте dau-se-guidebook / nasa-npr-7123) или общую теорию системной инженерии (используйте sebok).

машинный переводПоказать оригиналСкрыть оригинал«Knowledge base from the OUSD(R&E) guidebook Implementing a MOSA in DoD…»

Knowledge base from the OUSD(R&E) guidebook Implementing a MOSA in DoD Programs (Feb 2025). Use for the Modular Open Systems Approach as a DoD acquisition + design discipline: the statutory/regulatory basis (10 U.S.C. 4401–4403, FY2017/FY2021 NDAA, DFARS), the five OUSD(R&E) pillars, the plan→modularize→identify→define→standardize interface lifecycle, technical levers (WBS/MIL-STD-881F taxonomy, standards profiling, API-first software, COTS/cybersecurity), MOSA assessment metrics and tools (PART/OAAT/KOSS/SEAM/MAUT), technology-change and DMSMS management, roadmaps, MOSA across the six AAF pathways, and contracting/IP/data-rights mechanics. SCOPE LIMITS: this is U.S. DoD weapon-system acquisition policy, not a general open-architecture or interface-standards reference — it names standards (FACE, OMS, DISR) without reproducing them, is light on detailed engineering of any specific standard, and does not cover the underlying SE processes (use dau-se-guidebook / nasa-npr-7123) or general systems-engineering theory (use sebok).

jgsystemsconsulting/jgs-se-knowledge-packs Agent Skills автор: jgsystemsconsulting 13 файлов тело ≈ 3 243 токенов Открыть источникgithub.com↗ проанализирован 29 ч назад

База знаний из руководства OUSD(R&E) по внедрению MOSA в программах Министерства обороны США (февраль 2025 г.). Используйте для модульного открытого подхода к…

Как процесс D 49/100 · Процесс не доведён — слабые места: результат и критерий готовности, когда включается, ошибки и развилки

СправочникОперации и проектыДанные и аналитикатип и темы размечены автоматически по тексту скилла
JSON
Технический рейтинг
C
81/100
безопасность, качество, тесты
Безопасность 60%
100
Качество 40%
53
Прогон на моделях
не было
Процессный рейтинг
D
49/100
Процесс не доведён
Результат и критерий готовности вес 14
0
Ошибки и развилки вес 10
0
Отчётность по ходу вес 2
0
три самых слабых из десяти параметров · все десять

Как улучшить

  1. Сократите description до 1024 символов.
Для прогона на моделях — необязательно
  • Свои кейсы (evals/evals.json, 4–6 реальных запросов с ожидаемыми ответами): тогда полная проверка прогонит именно их, а не черновик от модели.
  • spec.yaml с триггерными фразами и утверждениями — контракт поведения для CI; `skilltest init` создаст шаблон.

Находки guard · 0

✓ Критических и высоких находок нет

Просканировано файлов: 13. Улики замаскированы. Пометки в серых чипах объясняют, почему серьёзность понижена.

По спецификации Agent Skills

  • ошибка description-long description 1039 символов, лимит 1024
  • заметка edit-residue в тексте есть пометки об устаревшем (строки 129): проверьте, не остались ли старые правила рядом с новыми — полная проверка читает текст на противоречия

Процессный рейтинг: все десять параметров 49/100

  • 0Результат и критерий готовности. Не сказано, что считать результатом
  • 0Ошибки и развилки. Линейный процесс без обработки сбоев
  • 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
  • 20Когда включается. Не сказано, при каком запросе скилл включается
  • 30Повторный запуск. Изменяющих операций: 9, без проверки текущего состояния
  • 60Инструменты и файлы. Используются инструменты (node), но во frontmatter они не объявлены
  • 70Входы и предусловия. Входные данные и предусловия перечислены
  • 85Шаги. Шагов: 58, расплывчатых формулировок: 1
  • 100Согласованность. Имя и обязательные поля на месте
  • 100Стоимость исполнения. Тело инструкции 3243 токенов

Всё перечисленное измерено по тексту скилла, а не оценено моделью: цифры проверяемы. Вес параметра тем больше, чем чаще из-за него процесс встаёт.

Сигналы качества

  • +5В description нет примеров фраз, по которым скилл должен срабатывать
  • +4Описание не говорит, когда скилл НЕ применять (ложные срабатывания)
  • +3Длина description 1039: рекомендуется 120–800 символов
  • +3Формат ответа не описан: модель каждый раз решает сама
  • +4Нет примеров входа/выхода
  • +2Инструкции на одном языке
  • +4Структура: 15 заголовков
  • +3Пошаговые инструкции: 58 пунктов
  • +1Лицензия указана

База качества 70; замечания lint вычитаются, сигналы прибавляют до 100. Итог: 53.