Who this is for: AI model developers, ML engineers, compliance officers, data governance teams, and AI auditors. Maps NIST AI 300-1 documentation template fields to SWT3 witness evidence that satisfies both US and EU transparency requirements.

Initial Public Draft. NIST AI 300-1 is an Initial Public Draft (IPD) released July 29, 2026. Public comment period closed September 16, 2026. This crosswalk maps the draft's documentation fields. Mappings may be updated when the final standard is published. Part of NIST's AI Standards Zero Drafts pilot project.

Contents

1. Quick Reference 2. What is NIST AI 300-1? 3. Model Documentation Mapping 4. Dataset Documentation Mapping 5. Control Detail Cards 6. Security Carve-Outs and Clearing Levels 7. Dual Compliance: AI 300-1 + EU AI Act Annex IV 8. Quick Reference: Examiner Questions 9. SDK Quick Start 10. References

1. Quick Reference

Document titleGuidance and Templates for Public-Facing AI Documentation
AuthorityNIST Information Technology Laboratory (ITL)
StatusInitial Public Draft, July 29, 2026
ProgramAI Standards Zero Drafts Pilot
ScopePublic-facing documentation for AI models and datasets
Field systemRequired / Recommended / Optional three-tier designation
Dual complianceMaps alongside EU AI Act Annex IV technical documentation
SWT3 procedures mapped22 across AI namespace

2. What is NIST AI 300-1?

NIST AI 300-1, Guidance and Templates for Public-Facing AI Documentation, is part of NIST's AI Standards Zero Drafts pilot project -- an initiative designed to accelerate AI standards development and broaden participation beyond traditional standards bodies. The pilot produces initial public drafts that invite early feedback from industry, academia, civil society, and government, enabling faster convergence on practical standards for AI governance.

The standard provides practical templates for standardized documentation of AI models and datasets intended for public disclosure. It uses a three-tier field designation system: Required (mandatory for all public-facing documentation), Recommended (organizations should populate when feasible), and Optional (discretionary based on context). This tiering recognizes that not all documentation fields carry equal weight -- some are essential for public trust, while others serve specialized audiences. The standard distinguishes between public-facing documentation (intended for transparency and external stakeholders) and internal technical documentation (intended for governance, audit, and operational teams).

AI 300-1 calls for both machine-readable and human-readable documentation artifacts, reflecting the reality that documentation serves multiple consumers: regulators who read narrative summaries, automated compliance tools that parse structured data, and downstream deployers who need programmatic access to model metadata. The standard explicitly allows security carve-outs: algorithm types, exact model sizes in parameters, and specific hyperparameter configurations may be omitted from public documentation to prevent adversarial exploitation. This carve-out directly aligns with SWT3 clearing levels, which attest to the existence of documentation without requiring content disclosure. AI 300-1 extends the NIST AI RMF "Map" function with operational documentation templates that translate governance intent into concrete, verifiable artifacts.

3. Model Documentation Mapping

Each row maps a NIST AI 300-1 model documentation field to the SWT3 procedures that produce cryptographic evidence satisfying that field's requirements.

AI 300-1 FieldDesignationSWT3 Procedure(s)Evidence Description
Model architecture and designRequiredAI-MDL.1, AI-MDL.2Deployed weight hash matches approved version; version identifier recorded
Training methodologyRequiredAI-DATA.1, AI-MDL.5, AI-MDL.6Training data provenance; weight file integrity; adapter stack attestation
Performance metrics and evaluationRequiredAI-PERF.1, AI-ROBUST.1Performance benchmark attestation; robustness testing results
Intended use cases and limitationsRequiredAI-BASE.1, AI-EXPL.1Behavioral baseline definition; explanation generation for capability boundaries
Known risks and failure modesRequiredAI-SAFE.1, AI-REDTEAM.1Safe state transition evidence; adversarial test campaign results
Hyperparameter configurationsOptionalAI-MDL.7Quantization attestation (documents configuration without exposing adversarial-sensitive parameters)
Validation and testing approachesRecommendedAI-DRIFT.1, AI-ASSESS.1Drift detection baselines; champion-challenger assessment results
Ongoing monitoring planRecommendedAI-PMM.1, AI-DRIFT.2Post-market monitoring attestation; consequence-mapped drift thresholds
Version control and change trackingRequiredAI-MDL.2, AI-LCM.1Model version tracking; agent lifecycle witnessing across version transitions
Bias and fairness assessmentRecommendedAI-FAIR.1, AI-FAIR.2, AI-FAIR.3Bias disparity measurement; demographic parity; equalized odds attestation
Model provenance and lineageRequiredAI-PROV.1, AI-CHAIN.1Model provenance chain; multi-agent chain handoff (for fine-tuned/distilled models)
Transparency and disclosureRequiredAI-TRANS.1, AI-MARK.1Transparency disclosure attestation; content provenance marking

4. Dataset Documentation Mapping

Dataset documentation fields from AI 300-1 mapped to SWT3 procedures that produce evidence for data governance and provenance requirements.

AI 300-1 FieldDesignationSWT3 Procedure(s)Evidence Description
Data sources and collection methodsRequiredAI-DATA.1, AI-PROV.1Training data provenance; model provenance chain from source to dataset
Data preprocessing stepsRecommendedAI-DATA.3, AI-DATA.4Data quality attestation; data transformation pipeline witnessing
Data lineage and traceabilityRequiredAI-CHAIN.1, AI-SBOM.1Chain handoff witnessing for data pipeline stages; AI bill of materials
Potential biases and limitationsRequiredAI-FAIR.1, AI-DATA.2Bias disparity measurement across dataset demographics; training data license compliance
Version control and change trackingRecommendedAI-AUDIT.1, AI-LCM.1Audit log integrity for dataset changes; lifecycle witnessing
Data characteristics and statisticsOptionalAI-EXPL.2, AI-TRANS.1Confidence scoring for dataset quality metrics; transparency disclosure
Privacy and consentRecommendedAI-CONSENT.1, AI-DPIA.1Consent attestation; data protection impact assessment evidence
Licensing and rightsRequiredAI-DATA.2, AI-LIC.1Training data license compliance; model license provenance attestation

5. Control Detail Cards

AI-TRANS.1

Transparency Disclosure

AI 300-1 context: The standard's core purpose is public-facing transparency. Every model and dataset documentation artifact must disclose what the system does, how it was built, and what its limitations are.

SWT3: Witnesses transparency disclosure events. Factor A captures disclosure hash, Factor B records disclosure type, Factor C flags completeness status.

Assessor Tip

AI-TRANS.1 anchors should appear at each public documentation release. Compare the disclosure hash across versions to verify that documentation was actually updated when the model changed. A model version change (AI-MDL.2) without a corresponding AI-TRANS.1 anchor is a documentation gap.

AI-MDL.5

Weight File Integrity

AI 300-1 context: Model architecture and design documentation requires identifying the deployed model. The weight file hash is the definitive identifier -- more precise than version strings.

SWT3: Witnesses SHA-256 hash of deployed weight files against approved hashes. Factor A is weight file hash, Factor B is file size, Factor C flags match/mismatch.

Assessor Tip

AI 300-1 "Required" fields for model architecture can be evidenced by the AI-MDL.5 anchor chain showing hash continuity from training to production. Any hash break indicates an undocumented model change.

AI-DATA.1

Training Data Provenance

AI 300-1 context: Dataset documentation requires data sources, collection methods, and lineage. This is "Required" designation -- all public-facing documentation must include it.

SWT3: Witnesses training data provenance including source hash, collection timestamp, and pipeline stage. Factor A captures dataset hash, Factor B records source identifier, Factor C flags provenance completeness.

Assessor Tip

Pair AI-DATA.1 with AI-DATA.2 (license compliance) and AI-SBOM.1 (bill of materials) for complete dataset documentation evidence. AI 300-1 requires all three dimensions: source, processing, and rights.

AI-FAIR.1

Bias Disparity Measurement

AI 300-1 context: Bias and fairness assessment is "Recommended" but practically essential for any model used in consequential decisions. The standard notes that dataset biases flow directly to model behavior.

SWT3: Witnesses bias disparity measurements across demographic groups. Factor A captures metric name, Factor B records disparity value, Factor C flags threshold compliance.

Assessor Tip

Request AI-FAIR.1 anchors alongside the AI 300-1 dataset documentation. The standard expects documentation of "potential biases and limitations" -- SWT3 anchors provide timestamped evidence that bias was measured, not just acknowledged.

AI-PERF.1

Performance Metrics

AI 300-1 context: Performance metrics and evaluation results are "Required" documentation. The standard expects quantitative benchmarks, not qualitative assessments.

SWT3: Witnesses performance benchmark results with metric identifiers and values. Factor A captures benchmark name hash, Factor B records metric value, Factor C flags threshold compliance.

Assessor Tip

Performance anchors should predate public documentation releases. An AI-PERF.1 anchor dated after the model card publication indicates metrics were back-filled rather than measured before deployment.

AI-REDTEAM.1

Adversarial Test Campaign

AI 300-1 context: Known risks and failure modes are "Required" documentation. The standard expects disclosure of identified vulnerabilities, not just general risk categories.

SWT3: Witnesses adversarial red team campaigns including test scope, finding count, and severity distribution. Factor A captures campaign hash, Factor B records finding count, Factor C flags critical finding presence.

Assessor Tip

Red team anchors demonstrate due diligence. AI 300-1 expects known risks to be documented -- AI-REDTEAM.1 provides evidence the risks were actively discovered, not inherited from a prior version's documentation.

AI-PMM.1

Post-Market Monitoring

AI 300-1 context: Ongoing monitoring plans are "Recommended" documentation. The standard recognizes that model behavior changes in production and documentation must reflect current state, not training-time state.

SWT3: Witnesses post-market monitoring status including metric trends and alert thresholds. Factor A captures monitoring scope hash, Factor B records active alert count, Factor C flags monitoring status.

Assessor Tip

Post-market monitoring anchors bridge the gap between initial documentation and ongoing accuracy. AI 300-1 documentation without AI-PMM.1 evidence is a snapshot, not a living document.

6. Security Carve-Outs and Clearing Levels

NIST AI 300-1 explicitly allows omitting certain documentation fields from public disclosure: algorithm types, exact model sizes in parameters, and specific hyperparameter configurations. The rationale is straightforward -- full disclosure of these technical details enables adversarial exploitation. An attacker who knows the exact architecture, parameter count, and training hyperparameters can craft more effective attacks against the model. The U.S. Chamber of Commerce specifically recommended these omissions in their formal feedback on the draft, reinforcing that security carve-outs are an expected and defensible practice.

SWT3 clearing levels directly address this tension between transparency and security. Level 0 (Analytics) provides full transparency -- all factor values are visible in the witness anchor, suitable for non-sensitive models where public documentation includes complete technical details. Level 1 (Standard) hashes factor values so that the presence of documentation is attested without disclosing content, suitable for most AI 300-1 "Required" fields where the organization wants to prove documentation exists. Level 2 (Sensitive) preserves the factor structure but redacts values, suitable for hyperparameter documentation where the organization needs to document the existence of configuration choices without adversarial exposure. Level 3 (Classified) provides existence-only attestation, suitable for classified model documentation in national security contexts.

This means organizations can satisfy AI 300-1's documentation requirements at different clearing levels depending on the sensitivity of each field. The witness anchor proves the documentation exists and was verified, even when the content is not public. A model card that says "hyperparameter configuration: documented" backed by a Level 2 AI-MDL.7 anchor is compliant with both the documentation requirement and the security carve-out -- the assessor can verify the anchor without the organization disclosing adversarial-sensitive parameters.

7. Dual Compliance: AI 300-1 + EU AI Act Annex IV

Organizations operating in both US and EU jurisdictions can use a single SWT3 evidence chain to satisfy both AI 300-1 documentation requirements and Annex IV technical file obligations. The procedures listed below produce witness anchors that are jurisdiction-neutral -- the same cryptographic evidence satisfies both frameworks.

Documentation RequirementNIST AI 300-1 FieldEU AI Act Annex IV SectionSWT3 Procedure(s)
System descriptionModel architecture (Required)Section 2: General descriptionAI-MDL.1, AI-MDL.2
Training dataData sources (Required)Section 2(d): Training datasetsAI-DATA.1, AI-PROV.1
Performance metricsEvaluation results (Required)Section 5: Validation and testingAI-PERF.1, AI-ROBUST.1
Risk analysisKnown risks (Required)Section 4: Risk managementAI-SAFE.1, AI-REDTEAM.1
Bias and fairnessBias assessment (Recommended)Section 2(f): Bias measuresAI-FAIR.1, AI-FAIR.2
MonitoringOngoing monitoring (Recommended)Section 6: Post-market monitoringAI-PMM.1, AI-DRIFT.1
Data governanceData lineage (Required)Section 2(d): Data governanceAI-CHAIN.1, AI-SBOM.1
TransparencyDisclosure (Required)Article 50: TransparencyAI-TRANS.1, AI-MARK.1

8. Quick Reference: Examiner Questions

Examiner QuestionEvidence Response
"Where is your model documentation?"AI-TRANS.1 disclosure anchors + AI-MDL.1/AI-MDL.2 for architecture and version evidence.
"How do you document training data?"AI-DATA.1 provenance + AI-DATA.2 license compliance + AI-SBOM.1 bill of materials.
"What are your documented model limitations?"AI-SAFE.1 safe state evidence + AI-REDTEAM.1 adversarial test results + AI-BASE.1 behavioral baseline.
"How do you handle documentation security carve-outs?"Clearing levels 1-2 on AI-MDL.7 (quantization) and AI-MDL.6 (adapter stack). Anchor attests existence without content exposure.
"Do you meet EU AI Act Annex IV requirements?"Same SWT3 anchors satisfy both AI 300-1 and Annex IV. See dual compliance matrix in Section 7.
"How do you keep documentation current?"AI-PMM.1 post-market monitoring + AI-DRIFT.2 consequence-mapped drift thresholds trigger documentation updates.
"How do you document dataset biases?"AI-FAIR.1 bias disparity measurements + AI-DATA.2 training data analysis. Timestamped evidence, not static acknowledgments.
"Is your documentation machine-readable?"SWT3 witness anchors ARE the machine-readable layer. Each anchor: procedure, factors, timestamp, SHA-256 fingerprint.

9. SDK Quick Start

Python

from swt3_ai import Witness

w = Witness(
    endpoint="https://sovereign.tenova.io/api/v1/witness",
    api_key="axm_live_...",
    agent_id="model-documentation-pipeline"
)

# Witness model weight integrity (AI 300-1: Model Architecture)
anchor = w.witness_model_weights(
    model_id="gpt-4o-fine-tuned-v3.2",
    weight_hash="sha256:a1b2c3d4...",
    file_size_bytes=14_200_000_000
)
print(f"Weight integrity: {anchor}")

# Witness training data provenance (AI 300-1: Data Sources)
data_anchor = w.record(
    procedure="AI-DATA.1",
    factor_a="dataset_sha256:ef56ab78...",
    factor_b="source:internal_curated_v2",
    factor_c="provenance_complete"
)
print(f"Data provenance: {data_anchor}")

# Witness bias measurement (AI 300-1: Bias Assessment)
bias_anchor = w.record(
    procedure="AI-FAIR.1",
    factor_a="demographic_parity_ratio",
    factor_b="0.94",
    factor_c="threshold_0.80_pass"
)
print(f"Bias attestation: {bias_anchor}")

Full SDK documentation: sovereign.tenova.io/docs

Create a free account: sovereign.tenova.io/signup

10. References