跳到正文
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(原文)

安装前可以查看交给 AI 代理的指令内容。

<!-- 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.

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 reCAPTCHA 保护,适用 Google 的隐私权政策和服务条款。

同一仓库的技能

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月15日 更新

Signpost (not a knowledge pack) for the avionics development assurance standards landscape: RTCA DO-178C / EUROCAE ED-12C and its supplements (DO-330/ED-215, DO-331/ED-218, DO-332/ED-217, DO-333/ED-216); RTCA DO-254 / EUROCAE ED-80; SAE ARP4754B and ARP4761A; and the free regulator documents that recognise them (FAA AC 20-115D, AC 20-152A, Order 8110.49A; EASA AMC 20-115D and AMC 20-152A). Contains no source content: each row carries only the designation, title, edition, owner, redistributability status, and the owner's URL. Use when you need to identify, cite, or locate an avionics standard; paywalled rows point to the owner, free rows point to the regulator text, and the FAA rows also name the in-repo faa-8110-49 pack.

中文简介正在准备中。当前显示原文说明。

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

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月15日 更新

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月15日 更新

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月15日 更新

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月15日 更新

查看 jgsystemsconsulting 的全部技能

报告此技能的问题