SKILLEMALL.ai

CC faa-sem

База знаний из Руководства по системной инженерии Федерального управления гражданской авиации США (FAA SEM) v1.0.1. Используйте для системной инженерии в гражданских агентствах, как ее практикует FAA в рамках Системы управления закупками (AMS) и Национальной воздушной системы (NAS): пятиэтапный жизненный цикл AMS и его точки принятия решений; разработка операционной концепции и функциональный анализ без реализации (ConOps, FFBD/N², CML); анализ требований и синтез архитектурного проектирования (PRS→MRS, pPRD→iPRD→fPRD, RAM, представления ISEF/DoDAF, CPR); семь дисциплин технического управления (Интегрированное техническое управление/SEMP, Управление интерфейсами/IRD-ICD, Риски-Проблемы-Возможности, Управление конфигурацией, Управление информацией SE, Анализ решений, Верификация и Валидация); и специальные дисциплины (RMA через Service Threads/STLSC, Инженерия жизненного цикла, E3/Спектр, Человеческий фактор, Информационная безопасность через NIST RMF, Безопасность систем через SMS и Опасные материалы/Экология/EOSH). Ограничения области применения: это специфические для FAA рекомендации, а не политика — это настраиваемое меню, которое указывает на сопутствующие руководства (FAA-HDBK-006A для RMA, Руководство SMS, серия NIST 800), а не повторяет общую теорию SE; оно слабо освещает детальную оценку затрат, контракты/закон FAR, методологию разработки программного обеспечения, каталоги именованных анти-паттернов и любые жизненные циклы, не связанные с FAA или гражданской авиацией. Источник не имеет номеров страниц в извлеченном тексте (~360 стр.).

машинный переводПоказать оригиналСкрыть оригинал«Knowledge base from the FAA Systems Engineering Manual (SEM) v1.0.1. U…»

Knowledge base from the FAA Systems Engineering Manual (SEM) v1.0.1. Use for civil-agency systems engineering as the FAA practices it inside the Acquisition Management System (AMS) and the National Airspace System (NAS): the five-phase AMS lifecycle and its decision points; operational concept development and implementation-free functional analysis (ConOps, FFBD/N², CMLs); requirements analysis and architectural design synthesis (PRS→MRS, the PRD ratchet pPRD→iPRD→fPRD, RAM, ISEF/DoDAF views, CPRs); the seven technical management disciplines (Integrated Technical Management/SEMP, Interface Management/IRD-ICD, Risk-Issue-Opportunity, Configuration Management, SE Information Management, Decision Analysis, Verification & Validation); and the specialty disciplines (RMA via Service Threads/STLSC, Life Cycle Engineering, E3/Spectrum, Human Factors, Information Security via the NIST RMF, System Safety via the SMS, and Hazardous Materials/Environmental/EOSH). Scope limits: this is FAA-specific guidance, not policy — it is a tailorable menu that points outward to companion handbooks (FAA-HDBK-006A for RMA, the SMS Manual, the NIST 800-series) rather than restating generic SE theory; it is thin on detailed cost estimating, contracting/FAR law, software-development methodology, named anti-pattern catalogues, and any non-FAA or non-civil-aviation lifecycle. Source has no page numbers in the extracted text (~360 pp.).

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

База знаний из Руководства по системной инженерии Федерального управления гражданской авиации США (FAA SEM) v1.0.1. Используйте для системной инженерии в…

Как процесс C 64/100 · Есть пробелы — слабые места: результат и критерий готовности, ошибки и развилки, повторный запуск

СправочникИИ и агентыИсследованиятип и темы размечены автоматически по тексту скилла
JSON
Технический рейтинг
C
81/100
безопасность, качество, тесты
Безопасность 60%
100
Качество 40%
53
Прогон на моделях
не было
Процессный рейтинг
C
64/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 1428 символов, лимит 1024

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

  • 0Результат и критерий готовности. Не сказано, что считать результатом
  • 0Ошибки и развилки. Линейный процесс без обработки сбоев
  • 0Отчётность по ходу. Скилл ничего не сообщает по ходу работы
  • 30Повторный запуск. Изменяющих операций: 1, без проверки текущего состояния
  • 70Когда включается. Сказано, когда применять, но не сказано, когда не стоит
  • 70Входы и предусловия. Входные данные и предусловия перечислены
  • 100Инструменты и файлы. Внешние инструменты не нужны
  • 100Шаги. Шагов: 59
  • 100Согласованность. Имя и обязательные поля на месте
  • 100Стоимость исполнения. Тело инструкции 3978 токенов

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

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

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

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