Who this is for: Compliance officers, AI deployers operating in Colorado, legal counsel, and engineering teams building automated decision systems for lending, insurance, employment, or housing.

Legislative update: Colorado's original AI Act (SB 24-205) was stayed by a federal court on April 27, 2026. Governor Polis signed the replacement bill SB 26-189 on May 14, 2026. This guide maps the replacement law's requirements, which take effect January 1, 2027.

Contents

1. What SB 26-189 Requires 2. Obligation-to-Procedure Mapping 3. Detailed Procedure Cards 4. Recommended SWT3 Profiles 5. Quick Reference 6. Quick Start 7. References

1. What SB 26-189 Requires

Colorado SB 26-189 replaces the broader SB 24-205 with a focused notice-and-transparency framework for Automated Decision-Making Tools (ADMT). It applies to any deployer that uses AI to make or substantially influence a consequential decision affecting a Colorado consumer in areas including:

The law imposes four core obligations:

ObligationRequirementTimeline
Pre-use noticeClear, conspicuous notice before consumer interacts with ADMTBefore interaction
Post-adverse disclosurePlain-language explanation of decision, ADMT's role, and consumer rightsWithin 30 days of adverse outcome
Human reviewMeaningful human review and reconsideration on requestUpon consumer request
RecordkeepingRecords sufficient to demonstrate compliance3-year retention

2. Obligation-to-Procedure Mapping

Each SB 26-189 obligation maps to one or more SWT3 procedures. The SWT3 SDK generates cryptographic evidence anchors for each procedure, creating an immutable compliance record.

SB 26-189 ObligationSWT3 ProcedureWhat It WitnessesEvidence Produced
Pre-use noticeAI-TRANS.1Transparency disclosure delivered to consumerAnchor with disclosure type, recipient type, timestamp
Post-adverse disclosureAI-AUTO.1Automated decision notification with legal effectsAnchor with decision type, human review status
Explanation of decisionAI-EXPL.1Feature attribution / explanation generatedAnchor with feature count, method used
Confidence communicationAI-EXPL.2Model confidence score for the decisionAnchor with confidence value, calibration status
Human reviewAI-HITL.1Human review completed on consumer requestAnchor with review outcome, reviewer identity
Override trackingAI-HITL.2Human override of AI decision recordedAnchor with override reason, original vs. final decision
Data correctionAI-DATA.4PII lifecycle event (correction, deletion)Anchor with records affected, event type
Consent / legal basisAI-CONSENT.1Consumer consent or legal basis verifiedAnchor with consent type, withdrawal status
Recordkeeping (3 years)AI-AUDIT.1Audit log integrity verifiedAnchor with entry count, tamper detection result
Bias preventionAI-FAIR.1Bias disparity ratio measuredAnchor with group count, max disparity
Bias auditAI-FAIR.3Bias audit conducted across demographicsAnchor with groups tested, disparities found
Model documentationAI-INF.1Inference provenance (model, prompt, response hashed)Anchor with model hash, prompt hash, response hash
Model integrityAI-MDL.1Deployed model hash matches approved registryAnchor with weight hash, version identifier

3. Detailed Procedure Cards

AI-TRANS.1

Transparency Disclosure

SB 26-189 requires: Clear and conspicuous notice to consumers before they use or interact with a covered ADMT.

How SWT3 addresses it: witnessTransparency() mints an anchor recording the disclosure type (AI usage notification), recipient type (end user / data subject), and timestamp. The anchor proves the notice was generated and delivered before the consequential decision.

What to show the examiner

Query the witness ledger for AI-TRANS.1 anchors filtered by consumer ID. Each anchor's timestamp proves pre-interaction notice. The clearing level ensures raw content is stripped while the compliance hash is retained.

AI-AUTO.1

Automated Decision Notification

SB 26-189 requires: Within 30 days of an adverse outcome, deployers must deliver a plain-language disclosure explaining the decision and the ADMT's role.

How SWT3 addresses it: witnessAutomatedDecision() mints an anchor with the decision type (credit, employment, insurance, housing), human review status, and notification timestamp. Combined with AI-EXPL.1, this creates a complete adverse action evidence chain.

What to show the examiner

Filter ledger for AI-AUTO.1 anchors where decision_type matches regulated categories. Cross-reference with AI-EXPL.1 anchors to verify explanation was generated. Timestamp delta proves 30-day disclosure window compliance.

AI-HITL.1 + AI-HITL.2

Human Review and Override

SB 26-189 requires: Meaningful human review and reconsideration upon consumer request, to the extent commercially reasonable.

How SWT3 addresses it: witnessHumanReview() records the review completion with reviewer identity. If the human overrides the AI decision, witnessHumanOverride() captures the original decision, override reason, and final outcome. Together they prove the review was substantive, not rubber-stamped.

What to show the examiner

AI-HITL.1 anchors prove review occurred. AI-HITL.2 anchors (if present) prove override capability exists and is exercised. Absence of any AI-HITL.2 anchors across thousands of decisions may indicate inadequate human oversight.

AI-AUDIT.1

Recordkeeping (3-Year Retention)

SB 26-189 requires: Records sufficient to demonstrate compliance retained for at least three years from the date of the consequential decision.

How SWT3 addresses it: Every SWT3 Witness Anchor is written to the sovereign witness ledger with cryptographic fingerprints. witnessAuditIntegrity() periodically verifies the log has not been tampered with. The ledger itself serves as the 3-year compliance record, with each anchor independently verifiable.

What to show the examiner

Export the witness ledger for the relevant time period. Each anchor contains a SHA-256 fingerprint that can be independently recomputed. Daily Merkle rollups provide tamper-evident batch verification.

4. Recommended SWT3 Profiles

Three SWT3 industry profiles include all procedures needed for SB 26-189 compliance:

ProfileIndustrySB 26-189 CoverageCommand
fintech-model-riskLending, credit, AML16 procedures, full coverageswt3 init --profile fintech-model-risk
insurance-underwritingUnderwriting, claims, pricing14 procedures, full coverageswt3 init --profile insurance-underwriting
healthcare-clinicalClinical decisions, diagnostics15 procedures, full coverageswt3 init --profile healthcare-clinical

5. Quick Reference

Examiner QuestionWhere to Look
How do you notify consumers before ADMT interaction?AI-TRANS.1 anchors in the witness ledger, filtered by consumer session. Timestamp proves pre-interaction delivery.
How do you explain adverse decisions within 30 days?AI-AUTO.1 + AI-EXPL.1 anchor pairs. Decision timestamp vs. disclosure timestamp proves 30-day window.
Can consumers request human review?AI-HITL.1 anchors with reviewer identity. AI-HITL.2 anchors prove override capability exists.
How long do you retain compliance records?Witness ledger retention policy (configurable). AI-AUDIT.1 anchors verify log integrity. SWT3 anchors are independently verifiable at any point.
How do you prevent algorithmic discrimination?AI-FAIR.1 (disparity measurement) and AI-FAIR.3 (bias audit) anchors with group counts and disparity ratios.
Can consumers correct inaccurate data?AI-DATA.4 anchors record PII lifecycle events including corrections. AI-CONSENT.1 tracks consent and withdrawal.

6. Quick Start

# Install the SDK
pip install swt3-ai

# Initialize with a fintech profile (covers all SB 26-189 obligations)
swt3 init --profile fintech-model-risk --tenant YOUR_TENANT

# Run the demo to see witness anchors in action
python -m swt3_ai.demo

# Or use TypeScript
npm install @tenova/swt3-ai
npx swt3-init --profile fintech-model-risk

Full SDK documentation: sovereign.tenova.io/docs

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

7. References