本文へ移動
cccskills
無料GitHub で公開

nist-ai-rmf

Knowledge base from NIST AI Risk Management Framework 1.0 (NIST AI 100-1). Use for AI risk management, trustworthiness characteristics, GOVERN/MAP/MEASURE/MANAGE functions, bias management, AI actor roles, TEVV, AI RMF profiles, and socio-technical risk framing. Does not cover sector-specific regulations, EU AI Act, ISO 42001 in depth, or the AI RMF Playbook tactical detail.

インストール方法を見る

含まれるファイル(14)

  • SKILL.md9.2 KB
  • chapters/ch01-framing-ai-risk.md4.1 KB
  • chapters/ch02-audience-and-ai-actors.md4.2 KB
  • chapters/ch03-trustworthiness-characteristics.md5.7 KB
  • chapters/ch04-govern-function.md4.9 KB
  • chapters/ch05-map-function.md5.0 KB
  • chapters/ch06-measure-function.md5.6 KB
  • chapters/ch07-manage-function.md5.5 KB
  • chapters/ch08-profiles-and-use.md4.8 KB
  • cheatsheet.md4.8 KB
  • glossary.md8.0 KB
  • LICENSE1012 B
  • PACK.yaml905 B
  • patterns.md7.8 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

<!-- argument-hint: [topic, function, or chapter number] -->

NIST AI Risk Management Framework 1.0 (NIST AI 100-1)

Source: NIST (US Government work, public domain) | Chapters: 8

When to use

Reach for this pack when designing, evaluating, or governing an AI system and needing a structured, standards-grounded approach to risk. Use it to select the right GOVERN/MAP/MEASURE/MANAGE activities for a given lifecycle stage, to understand trustworthiness tradeoffs, or to frame a conversation with leadership about AI risk posture. It is also useful when mapping organisational roles and responsibilities across an AI programme or when setting up a risk profiling exercise.

Prerequisites: none — plain Markdown; no MCP server, API key, or licence tier needed at runtime.

How to Use This Skill

  • Without arguments — load the core frameworks below.
  • With a topic — ask about trustworthiness characteristics, bias categories, TEVV, third-party risk, AI actor roles, or risk profiles; I read the relevant chapter.
  • With a chapter — ask for ch04 (GOVERN), ch05 (MAP), ch06 (MEASURE), ch07 (MANAGE), etc.

Supporting files: glossary.md, patterns.md, cheatsheet.md.

Core Frameworks & Mental Models

The Four Functions (AI RMF Core)

The AI RMF Core organises AI risk management into four functions. GOVERN is the cross-cutting foundation; MAP, MEASURE, and MANAGE operate on specific systems in sequence and iteratively.

GOVERN (cross-cutting, always on)
  └── MAP (context & risk identification)
        └── MEASURE (quantify & evaluate)
              └── MANAGE (respond, monitor, improve)

GOVERN establishes organisational culture, policies, accountability structures, workforce requirements, and third-party governance. Its six categories cover: (1) policies and legal/regulatory compliance, (2) accountability and training, (3) team diversity and human-AI configuration, (4) safety-first risk culture, (5) external stakeholder feedback, (6) third-party and supply chain risk. GOVERN must be in place before MAP activities are meaningful.

MAP establishes the contextual knowledge needed to frame risks: intended purposes, deployment setting, legal norms, stakeholder population, system capabilities, cost-benefit analysis, third-party components, and societal impacts. MAP 1–5 categories build from context (MAP 1) through impact characterisation (MAP 5). MAP outputs enable the go/no-go decision and are direct inputs to MEASURE.

MEASURE applies quantitative, qualitative, or mixed-method tools to evaluate trustworthiness characteristics. Its thirteen MEASURE 2.x subcategories map one-to-one to the trustworthiness characteristics plus environmental impact and TEVV effectiveness. Key structural requirement: assessors must be independent from builders (MEASURE 1.3). All measurement must be documented, including risks that cannot currently be measured.

MANAGE allocates resources to prioritised risks, executes risk treatment plans (mitigate / transfer / avoid / accept — MANAGE 1.3), documents residual risks for downstream parties (MANAGE 1.4), monitors deployed systems (MANAGE 4.1), and communicates incidents to affected communities (MANAGE 4.3). A deactivation mechanism (MANAGE 2.4) must be in place before deployment.

Seven Trustworthiness Characteristics

Valid and Reliable is the necessary base; without it, no other characteristic can be meaningfully claimed. Accountable and Transparent is cross-cutting and applies to all others.

  1. Valid & Reliable — system performs as required, confirmed by objective evidence, across its intended lifecycle.
  2. Safe — no conditions under which life, health, property, or environment is endangered.
  3. Secure & Resilient — withstands attacks and adverse events; degrades gracefully.
  4. Accountable & Transparent — information available to those interacting with the system; enables redress.
  5. Explainable & Interpretable — mechanisms of operation described ("how"); output meaning communicated ("why").
  6. Privacy-Enhanced — autonomy, identity, and dignity protected through design choices.
  7. Fair / Bias Managed — equality and equity addressed; three bias categories managed (systemic, computational/statistical, human-cognitive).

Tradeoffs among characteristics are normal and require documented, contextual human judgement — the framework does not resolve them algorithmically.

Risk Framing

  • Risk = probability × magnitude of harm (ISO 31000:2018 / OMB A-130:2016)
  • Risk tolerance is contextual and organisation-specific; the AI RMF does not prescribe it.
  • Residual risk must be documented and disclosed to downstream acquirers and end users.
  • When risk is unacceptable (severe harm imminent), halt development or deployment until it can be managed.

AI RMF Profiles

Current Profile (existing state) → Gap Analysis → Target Profile (desired state) → Action Plan. This is the mechanism for turning the generic framework into organisation-specific improvement programmes. Cross-sectoral profiles address capabilities (e.g., LLMs) used across multiple sectors.

Chapter Index

#SectionKey content
ch01Framing AI RiskRisk definition, risk tolerance, risk prioritisation, socio-technical risk, measurement challenges
ch02Audience and AI ActorsAI actors, OECD lifecycle dimensions, TEVV, diverse teams, affected communities
ch03Trustworthiness CharacteristicsAll seven characteristics, three bias categories, tradeoff analysis, measurement obligations
ch04GOVERN FunctionGOVERN 1–6, risk culture, accountability, diversity, third-party governance, decommissioning
ch05MAP FunctionMAP 1–5, context establishment, system categorisation, impact characterisation, go/no-go
ch06MEASURE FunctionMEASURE 1–4, TEVV, independent assessment, MEASURE 2.1–2.13 subcategory details
ch07MANAGE FunctionMANAGE 1–4, risk response options, residual risk, deactivation, incident communication
ch08Profiles and UseCurrent/Target profiles, gap analysis, cross-sectoral profiles, AI RMF Playbook, living document

Topic Index

  • Accountability → ch03, ch04 (GOVERN 2)
  • Bias (three categories) → ch03, ch06 (MEASURE 2.11)
  • Decommissioning → ch04 (GOVERN 1.7), ch07 (MANAGE 4.1)
  • Deactivation mechanism → ch07 (MANAGE 2.4)
  • Diverse teams → ch02, ch04 (GOVERN 3), ch05 (MAP 1.2)
  • Environmental impact → ch06 (MEASURE 2.12)
  • Explainability / Interpretability → ch03, ch06 (MEASURE 2.9)
  • Fairness → ch03, ch06 (MEASURE 2.11)
  • Go/no-go decision → ch05 (MAP), ch07 (MANAGE 1.1)
  • GOVERN categories → ch04
  • Human-AI interaction → ch02, ch04 (GOVERN 3.2), ch05 (MAP 3.5)
  • Incident response → ch07 (MANAGE 4.3)
  • MAP categories → ch05
  • MANAGE categories → ch07
  • MEASURE subcategories → ch06
  • Privacy → ch03, ch06 (MEASURE 2.10)
  • Profiles (Current/Target) → ch08
  • Residual risk → ch01, ch07 (MANAGE 1.4)
  • Risk measurement challenges → ch01
  • Risk tolerance → ch01, ch04 (GOVERN 1.3), ch05 (MAP 1.5)
  • Robustness / generalizability → ch03
  • Safety → ch03, ch06 (MEASURE 2.6)
  • Security and resilience → ch03, ch06 (MEASURE 2.7)
  • Socio-technical risk → ch01, ch02
  • TEVV → ch02, ch06 (MEASURE 1.3, MEASURE 2.1–2.2)
  • Third-party risk → ch01, ch04 (GOVERN 6), ch05 (MAP 4), ch07 (MANAGE 3)
  • Transparency → ch03, ch06 (MEASURE 2.8)
  • Trustworthiness characteristics → ch03
  • Valid and Reliable → ch03, ch06 (MEASURE 2.5)

Supporting Files

  • glossary.md — ~45 terms with chapter references, alphabetical.
  • patterns.md — 13 actionable patterns with when-to-use and trade-offs.
  • cheatsheet.md — decision rules, function quick-reference table, trustworthiness characteristic table, tells and smells.

Scope & Limits

This pack covers the NIST AI RMF 1.0 (NIST AI 100-1, January 2023) in full: foundational framing, audience, trustworthiness characteristics, all four Core functions and their categories/subcategories, and profiles. It is a US Government publication and is public domain. This pack does not cover: the AI RMF Playbook's tactical subcategory suggestions (separate online resource), the EU AI Act, ISO/IEC 42001 in depth, sector-specific regulations, or post-1.0 NIST AI RMF updates. For security and privacy implementation detail, consult the NIST Cybersecurity Framework and NIST Privacy Framework packs directly.

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Signpost (not a knowledge pack) for the automotive standards landscape: ISO 26262, ASPICE, SAE J3016, UNECE R155, UNECE R156, and the NHTSA vehicle set. Contains NO source content: designation, edition, owner, status, and an official catalogue URL only. Use when you need to identify or locate an automotive standard. Most are paywalled or carry no redistribution grant and cannot be packaged; the one open path is the nhtsa-vehicle pack.

日本語の概要は準備中です。原文の説明を表示しています。

jgsystemsconsulting/jgs-se-knowledge-packs82026年10月9日 更新

cisa-cpg

無料

Knowledge base from CISA Cross-Sector Cybersecurity Performance Goals 2.0. Use for prioritized IT/OT baseline cyber goals aligned to NIST CSF 2.0 (including GOVERN), critical-infrastructure hygiene, MSP/supply-chain expectations, and board-friendly outcome language. Covers CPG 2.0 goals only; does not replace full CSF programs, sector-specific goals (SSGs), or CSET tooling detail.

日本語の概要は準備中です。原文の説明を表示しています。

jgsystemsconsulting/jgs-se-knowledge-packs82026年10月9日 更新

Knowledge base from DAFMAN 63-119 (15 April 2021), Mission-Oriented Test Readiness Certification. Use for continuous MOTRC replacing single-point OTRR thinking: framework/applicability, Certification Official vs PM roles, review cycle and exit criteria, certification memo/decertify gates, DT&E/contractor evidence, ITT integration and cyber resiliency, and the 31-template matrix. DAF T&E readiness process only—does not replace DoDI 5000.89, AFI 99-103, or multi-service lead policies.

日本語の概要は準備中です。原文の説明を表示しています。

jgsystemsconsulting/jgs-se-knowledge-packs82026年10月9日 更新

Knowledge base from the DoD Systems Engineering Guidebook (OUSD R&E, February 2022). Use for the DoD SE process model — the 16 SE processes (8 technical management + 8 technical) mapped to ISO/IEC/IEEE 15288, the event-driven technical reviews and audits across the Major Capability Acquisition life cycle (ASR, SRR, SFR, PDR, CDR, SVR/FCA, PRR, PCA), the Systems Engineering Plan (SEP), risk/issue/opportunity management, TPMs and leading indicators, system-of-systems and digital engineering, and the 24 design considerations (RAM, system safety, HSI, system security engineering, MOSA, supportability, etc.). Acquisition-program oriented: thin on detailed cost estimating, contracting law, and non-DoD or commercial life cycles.

日本語の概要は準備中です。原文の説明を表示しています。

jgsystemsconsulting/jgs-se-knowledge-packs82026年10月9日 更新

Knowledge pack from 'Towards Digital Engineering: The Advent of Digital Systems Engineering' (Huang et al., Old Dominion University, arXiv:2002.11672, 2020). Use when reasoning about digital engineering, the DoD Digital Engineering Strategy and its five goals, the Authoritative Source of Truth, digitalization vs. digitization, digital augmentation, digitalized models, provenance, unique identification, and the four-level (vision/strategy/action/foundation) DSE research framework. Covers the conceptual/vision layer of the field. SCOPE LIMITS: this is a single ~28-page vision paper, not a methods handbook — it is thin on step-by-step procedures, tooling, case studies, and quantitative evaluation, and it predates 2020 so it does not cover later digital-engineering standards or recent AI/LLM advances. Use the sebok pack for established SE canon and MBSE depth.

日本語の概要は準備中です。原文の説明を表示しています。

jgsystemsconsulting/jgs-se-knowledge-packs82026年10月9日 更新

Knowledge base from the DoD Digital Engineering Strategy (2018, OUSD/ODASD(SE)). Use for the Department of Defense's five digital engineering goals — (1) formalize the development, integration, and use of models; (2) provide an enduring authoritative source of truth; (3) incorporate technological innovation; (4) establish supporting infrastructure and environments; (5) transform the culture and workforce — plus their focus areas, the document-to-model and design-build-test→model-analyze-build shifts, model formalisms/provenance, governance and access control of the authoritative source of truth, and the coordinate→plan→pilot→sustain rollout. A vision-and-policy strategy, deliberately non-prescriptive. Does NOT provide a how-to method, tool tutorials, MBSE/SysML mechanics, or implementation-plan content; thin on metrics, acquisition-policy detail, and step-by-step procedure. Excludes the CAC-gated Digital Engineering Body of Knowledge (DEBoK).

日本語の概要は準備中です。原文の説明を表示しています。

jgsystemsconsulting/jgs-se-knowledge-packs82026年10月9日 更新

jgsystemsconsulting のスキルをすべて見る

このスキルの問題を報告する