Artificial Intelligence Policy Tracker
Legal requirement Technical documentation Colorado (United States) Repealed

Developers must document high-risk systems and disclose known risks

Download: JSON · MarkdownUnder Colorado AI Act, C.R.S. 6-1-1702

Pending review · linked to the official source, waiting for a reviewer to confirm it (a factual check against the official source, not a legal review or legal advice)
What this label means
Verified
— a named reviewer opened the official source and confirmed the record; the date and the reviewer are shown.
Pending review
— linked to the official source and in the queue for a reviewer to confirm.
Source-linked
— linked to the official source, not yet confirmed by a reviewer.
Verification policy and current standing · a factual check, not legal advice.
No longer in force: repealed · Signed 17 May 2024; its effective date was moved from 1 February 2026 to 30 June 2026 by SB 25B-004 (August 2025). Before that date arrived, SB 26-189, signed on 14 May 2026, repealed and re-enacted the framework as a narrower automated-decision-making-technology law that applies from 1 January 2027. This act therefore never took effect; see the SB 26-189 record. Recorded on 26 September 2026 from secondary reporting, pending review against the enrolled bill. · official source last checked
On this page 9 sections

In brief

Developers must document high-risk systems and disclose known risks is a legal requirement under the Colorado AI Act in Colorado (United States) (C.R.S. 6-1-1702). The record carries 2 evidence examples and mappings to 1 framework. In practice: Prepare a deployer information pack and a public high-risk systems statement.

Instrument
Colorado AI Act
Nature
Legal requirement
Source reference
C.R.S. 6-1-1702
Who it binds
Provider / developer
Evidence examples
2
Framework mappings
NIST AI Risk Management Framework 1.0
Controls that meet it
2
Official source
Open official text
Verification
Pending review · source-linked

What does it require?

Developers must make available to deployers a general statement of intended uses, documentation of known or reasonably foreseeable risks of algorithmic discrimination, training-data summaries, limitations, performance evaluation and mitigation measures, and information needed for deployer impact assessments, and must publish a public statement describing their high-risk systems and how they manage discrimination risks.

Practical action

Prepare a deployer information pack and a public high-risk systems statement.

Who does it apply to?

Developers of high-risk AI systems doing business in Colorado.

Which controls meet this duty?

Satisfies: the control, operated properly, does the work the duty asks for. Supports: it contributes but the duty needs more. Each control page lists every other duty it serves, so work done once can be counted once.

  • satisfiesProcessProduct or model owner · at launch and on material change
    Technical documentation, model cards and instructions for use

    Serves 14 recorded duties · evidence: Technical documentation file, Model card or deployer information pack, Instructions for use

    Deployer information pack and public statement derived from the documentation set.

  • supportsProcessModel development lead · at launch and on material change
    Training-data provenance and copyright register

    Serves 4 recorded duties · evidence: Training source register, Copyright and rights-reservation policy, Public summary of training content

    Training-data summaries.

Templates that cover this duty

Generated from the records. Free · no account · links emailed to your work address. This duty is cited in each file with its source reference and a link back here.

All 6 templates that cover it →

What evidence would a reviewer expect?

Evidence examples
EvidenceTypeNotes
Deployer documentation packdocument
Public statement on high-risk systemsdocument

Framework mappings

Original editorial crosswalks. They cite clause numbers only and reproduce no standard text; confidence reflects how direct the mapping is.

See every Colorado (United States) duty mapped this way →

Framework mappings table
FrameworkReferenceNoteConfidence
NIST AI RMF 1.0GOVERN 1.4, MAP 3.xDocumentation and transparency.medium

Frequently asked questions

Is this a legal requirement?

Yes. It is a legal requirement under Colorado AI Act (C.R.S. 6-1-1702).

Who must comply with this obligation?

Developers of high-risk AI systems doing business in Colorado.

What evidence shows compliance?

A reviewer would expect: Deployer documentation pack; Public statement on high-risk systems.

Which frameworks map to this obligation?

It is mapped to NIST AI Risk Management Framework 1.0 GOVERN 1.4, MAP 3.x. These are editorial crosswalks with a stated confidence, not official mappings.

Which controls satisfy this obligation?

Training-data provenance and copyright register; Technical documentation, model cards and instructions for use.

What should an organisation do in practice?

Prepare a deployer information pack and a public high-risk systems statement.

Cite this record

AIPolicyTracker (2026). “Developers must document high-risk systems and disclose known risks (Colorado AI Act)” [AIPT-OBL-0087, not yet verified]. https://aipolicytracker.org/id/AIPT-OBL-0087 (accessed 27 October 2026). Data licensed CC BY 4.0.

Permanent id AIPT-OBL-0087: it never changes or gets reused, and its address keeps working if this page moves.

Cite the official text alongside it: SB24-205 Consumer Protections for Artificial Intelligence, Colorado General Assembly, https://leg.colorado.gov/bills/sb24-205.

BibTeX
@misc{aipolicytracker2026_developersmustdocumenthi,
  author       = {{AIPolicyTracker}},
  title        = {{Developers must document high-risk systems and disclose known risks (Colorado AI Act)}},
  year         = {2026},
  howpublished = {\url{https://aipolicytracker.org/obligations/us-colorado-developer-documentation-and-disclosure}},
  url          = {https://aipolicytracker.org/obligations/us-colorado-developer-documentation-and-disclosure},
  urldate      = {2026-10-27},
  note         = {Data licensed CC BY 4.0. Accessed 27 October 2026}
}

Change history

No change to this record's tracked fields has been recorded since 15 October 2026, when field-level history began.

Similar obligations in other instruments

Disclaimer: informational only, not legal advice. Verify every claim against the linked official sources and consult a qualified lawyer before acting.