SKILLEMALL.ai

CB nasa-fault-management

База знаний по Руководству NASA по управлению отказами (NASA-HDBK-1002, проект 2, апрель 2012 г.). Используется для дисциплины системной инженерии проектирования поведения системы при сбоях — словарь терминов «отказ/сбой/аномалия», пять стратегий FM (две стратегии предотвращения — избегание отказов на этапе проектирования и избегание отказов в эксплуатации — плюс три стратегии устойчивости — маскирование отказа, восстановление после отказа и изменение цели), шесть видов деятельности процесса FM на этапах миссии NASA от Pre-A до E, компромиссы в проектировании между временем реакции и временем до критичности (TTC), области локализации отказов/сбоев и FEPP, четыре подхода к избыточности, разработка требований FM сверху вниз, проверка FM по сравнению с валидацией, семь выделенных этапов обзора FM (FMCR/FMARR/FMPDR/FMCDR/FMTRR/FMLRR/FMCERR), организационная структура FM и извлеченные уроки NASA. Ориентировано на космические миссии (полетные/наземные/эксплуатационные); примеры космических аппаратов повсюду. ВАЖНО: создано на основе НЕУТВЕРЖДЕННОГО ПРОЕКТА — несколько разделов (детальные строительные блоки архитектуры, руководство по оценке и анализу, а также эксплуатация и техническое обслуживание) являются заполнителями в источнике и здесь представлены кратко. Мало информации о детальных алгоритмах FDIR, управлении отказами на Земле/в IT и любой утвержденной стандартной терминологии, которая могла измениться с момента выхода проекта 2.

машинный переводПоказать оригиналСкрыть оригинал«Knowledge base from the NASA Fault Management Handbook (NASA-HDBK-1002…»

Knowledge base from the NASA Fault Management Handbook (NASA-HDBK-1002, Draft 2, April 2012). Use for the systems-engineering discipline of designing what a system does when it fails — the fault/failure/anomaly vocabulary, the five FM strategies (two prevention strategies — design-time fault avoidance and operational failure avoidance — plus three tolerance strategies — failure masking, failure recovery, and goal change), the six FM process activities across NASA mission phases Pre-A to E, response-latency-versus-time-to-criticality (TTC) design trades, fault/failure containment regions and FEPPs, the four redundancy approaches, top-down FM requirements development, FM verification vs. validation, the seven dedicated FM milestone reviews (FMCR/FMARR/FMPDR/FMCDR/FMTRR/FMLRR/FMCERR), FM organizational structure, and mined NASA Lessons Learned. Space-mission oriented (flight/ground/operations); spacecraft examples throughout. IMPORTANT: built from an UNAPPROVED DRAFT — several sections (detailed architecture building blocks, the Assessment & Analysis guidance, and Operations & Maintenance) are placeholders in the source and are thin here. Thin on detailed FDIR algorithms, terrestrial/IT fault management, and any approved-standard terminology that may have changed since Draft 2.

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

База знаний по Руководству NASA по управлению отказами (NASA-HDBK-1002, проект 2, апрель 2012 г.). Используется для дисциплины системной инженерии…

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

ГенераторОбучениетип и темы размечены автоматически по тексту скилла
JSON
Технический рейтинг
C
81/100
безопасность, качество, тесты
Безопасность 60%
100
Качество 40%
53
Прогон на моделях
не было
Процессный рейтинг
B
70/100
Почти готов
Отчётность по ходу вес 2
0
Когда включается вес 12
20
Результат и критерий готовности вес 14
40
три самых слабых из десяти параметров · все десять

Как улучшить

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

Находки guard · 0

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

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

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

  • ошибка description-long description 1295 символов, лимит 1024

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

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

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

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

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

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