S-01
Safety & Prohibited Conduct
AI System Safety Program
Developers and deployers of high-risk AI systems must conduct documented safety evaluations before deployment, conduct adversarial testing to identify misuse potential and failure modes, and maintain ongoing safety controls. Pre-deployment evaluation does not permanently satisfy this obligation — post-deployment monitoring and re-evaluation are continuing requirements.
Sub-obligations6
Bills89
Jurisdictions26
Enacted1
Show
Sort bills within section

6 sub-obligations of S-01

Click any row to jump to its bills below.
ID Sub-Obligation Enacted Live Failed Total
S-01.1 Internal pre-deployment safety evaluation
A documented safety evaluation covering the system's behavior across intended use cases and reasonably foreseeable misuse cases must be conducted and retained before deployment. Must identify failure modes and the harms they could cause.
1Enacted 43Live 21Failed 65Total Jump →
S-01.2 Red-teaming and adversarial testing
Structured adversarial testing must be conducted to identify the system's potential for misuse, harmful output elicitation, jailbreaking, and dangerous capability expression. Covers both internal and, for frontier models, independent external red-teaming.
0Enacted 6Live 2Failed 8Total Jump →
S-01.3 Third-party safety evaluation
For frontier or high-capability models, independent external safety evaluation by a qualified third party is required or strongly expected. The third party must have meaningful model access and freedom to probe without restriction.
0Enacted 1Live 0Failed 1Total Jump →
S-01.4 Post-deployment monitoring and re-evaluation
Deployed AI systems must be monitored for drift, unexpected behavior, and safety incidents. Material model updates and safety incidents trigger re-evaluation obligations.
0Enacted 24Live 8Failed 32Total Jump →
S-01.5 Ongoing risk management program
Developers and/or deployers must establish and maintain a formal, documented AI risk-management program covering risk identification, assessment criteria, mitigation strategies, and escalation procedures.
0Enacted 23Live 11Failed 34Total Jump →
S-01.6 Continuous Post-Deployment Quality Assurance
Deployers must periodically review and revise deployed AI systems to maintain accuracy, reliability, and safety throughout operation.
0Enacted 4Live 5Failed 9Total Jump →
Bills That Map This Requirement 169 mappings
S-01.1
Internal pre-deployment safety evaluation
A documented safety evaluation covering the system's behavior across intended use cases and reasonably foreseeable misuse cases must be conducted and retained before deployment. Must identify failure modes and the harms they could cause.
Enacted
1
Live
43
Failed
21
Total
65
CA
CA SB 896 (GenAI Accountability Act) § Gov. Code § 11549.65
Enacted eff 2025-01-01
The Office of Emergency Services must perform a risk analysis of potential GenAI threats to California's critical infrastructure, including mass-casualty scenarios, and provide the analysis and any recommendations to the Governor.
CA
CA SB 1119 (Companion Chatbot Child Safety) § Bus. & Prof. Code § 22612
Engrossed eff 2027-07-01
Operators must, on or before July 1, 2027, and annually thereafter, perform and document a comprehensive risk assessment to identify any child safety risk posed by the design, configuration, and operation of the companion chatbot. The assessment must evaluate: (1) the likelihood of a covered harm occurring to users; (2) differential risks across age groups and developmental stages; (3) known vulnerabilities of children; (4) empirical data from actual use; and (5) relevant academic research and regulatory guidance.
AR
AR HB 1297 (Healthcare AI Regulation) § Ark. Code § 23-63-2107
Introduced eff 2026-01-01
Healthcare insurers must establish an ongoing biannual quality assurance testing process for AI algorithms meeting Commissioner-specified safety and efficacy parameters aligned with national benchmarks, including validation for generalizability, risk-level-based evaluation, real-world evidence generation, benchmarking against Commissioner-approved standardized metrics in representative Arkansas populations, and multi-institutional, demographically representative testing datasets with documented provenance that are regularly updated.
AZ
AZ HB 2737 (ChatBot Protection Act) § A.R.S. § 44-1383.02
Introduced
Chatbot providers must, on a monthly basis, evaluate their chatbot for potential risk of harm to users and make information about the chatbot publicly available on their website. Chatbot providers must mitigate any identified risk of harm to users. These evaluations and mitigations must comply with rules adopted by the attorney general.
AZ
Introduced
AI businesses must conduct a comprehensive pre-market risk assessment for each high-risk AI system, evaluating (1) the potential for discrimination or bias, (2) safety risks to children and vulnerable populations, (3) privacy and data protection risks, and (4) catastrophic risks.
GA
GA SB 495 (Age-Appropriate Design Code) § O.C.G.A. § 10-1-973
Introduced eff 2027-01-01
Before deploying any new design or materially modifying an existing design, covered entities must assess the risk that the design will cause compulsive use in minors. Where a reasonable lower-risk alternative exists, the alternative must be set as the default until the consumer explicitly requests the original AND has been age-assured as not a minor. Designs whose minor-compulsive-use risk outweighs the benefit may not be deployed to any consumer absent that same gate. Existing designs must be retroactively assessed and mitigated.
HI
Introduced eff 2026-07-01
Developers of AI products deemed by the office to have a higher potential risk must provide a correspondingly higher burden of affirmative proof demonstrating the safety of their product before deployment.
ID
ID HB 945 (AI Medical Services Act) § Idaho Code § 54-6007
Introduced eff 2026-07-01
AAASPs must demonstrate at licensure that they meet Board-published safety and performance benchmarks, submit annual performance reports proving continued benchmark compliance, and report adverse events and reportable events as defined. The Board may suspend a license on evidence of model drift or degraded safety outcomes.
ID
ID HB 945 (AI Medical Services Act) § Idaho Code § 54-6008
Introduced eff 2026-07-01
AAASPs must operate clinical AI services only within the model's validated technical specifications, training data, intended use case, and performance parameters as submitted to the Board, and must meet the human-equivalent standard of care for the clinical task.
IL
Introduced eff 2027-01-01
Large chatbot providers must write, implement, comply with, and publicly publish a safety plan detailing how they assess child safety risks, apply mitigations to address those risks, and use third parties to evaluate the potential for and effectiveness of mitigations of child safety risks.
IL
Introduced
Academic medical centers seeking the research exemption must ensure all AI systems used in the research are HIPAA-compliant, undergo documented safety testing before use with participants, include real-time monitoring to detect crisis situations, harmful content, or therapeutic errors, and operate only as adjuncts to (not replacements for) licensed mental health professionals. The program must also maintain a data safety monitoring plan and procedures for reporting adverse events to the IRB.
IL
Introduced eff 2027-01-01
Large chatbot providers must write, implement, comply with, and publicly publish a public safety and child protection plan that describes how they assess child safety risks, apply mitigations based on those assessments, and use third parties to evaluate child safety risks and mitigation effectiveness.
IL
Introduced
Developers must exercise reasonable care in the design of AI products, including accounting for intended and reasonably foreseeable unintended uses and adopting technologically feasible alternative designs that would reduce foreseeable risk of harm without significantly impairing product usefulness.
IL
Introduced
Developers earn a rebuttable presumption of non-defectiveness by (1) conducting documented NIST AI RMF-aligned testing, evaluation, verification, validation, and auditing; (2) mitigating foreseeable risks and considering alternatives; (3) disclosing foreseeable risks and mitigation tactics to deployers and consumers; (4) maintaining an AI data sheet — covering intended uses, training data, risk management, and red-teaming results — available to the Attorney General on request; (5) for products accessible to users under 17, documenting cognitive/emotional development impact assessments, implementing age-gating or content restrictions, and disclosing potential risks to deployers, consumers, and guardians; and (6) prominently including data-sheet information in product terms and conditions.
IL
Introduced
Developers may earn a rebuttable presumption of non-defectiveness by: (1) conducting documented NIST AI RMF-aligned testing, evaluation, verification, validation, and auditing; (2) mitigating foreseeable risks and considering alternatives; (3) disclosing foreseeable risks and mitigation tactics to deployers and consumers; (4) maintaining an AI data sheet — covering intended uses, training data, foreseeable risks, and red-teaming results per NIST guidance — available to the Attorney General on request; (5) for products accessible to minors under 17, documenting cognitive/emotional impact assessments, implementing age-gating, and disclosing risks to consumers and guardians; and (6) prominently including AI data sheet information in product terms and conditions.
MD
MD HB 1261 (AI Toy Safety) § Md. Code, Com. Law § 14-5103
Introduced eff 2026-07-01
Manufacturers must conduct a child AI safety assessment for each artificial intelligence toy before marketing or selling it in Maryland, describing foreseeable risks and mitigation strategies. The assessment must be repeated annually and following any significant change to the toy's AI features. Toys already on the market before July 1, 2026, must have an initial assessment completed by January 1, 2027.
MD
MD HB 712 (AI Product Liability) § Md. Code, Cts. & Jud. Proc. § 3–2703
Introduced eff 2026-10-01
Developers must exercise reasonable care in the design of their AI product, including knowing or discovering design defects, accounting for intended and reasonably foreseeable unintended uses, and ensuring no technologically feasible and practical alternative design would have mitigated the foreseeable risk of harm without significantly impairing the product's intended use.
MD
MD HB 712 (AI Product Liability) § Md. Code, Cts. & Jud. Proc. § 3–2703
Introduced eff 2026-10-01
Developers may establish a rebuttable presumption of non-defectiveness by (1) conducting documented testing, evaluation, verification, validation, and auditing consistent with industry best practices, (2) mitigating foreseeable risks to the extent possible, (3) disclosing foreseeable risks and mitigation tactics directly to deployers and consumers, and (4) for products designed for or reasonably likely to be used by minors, considering and mitigating risks to minors including cognitive and emotional development impacts, implementing age and content restrictions, and providing clear disclosures to deployers, consumers, and guardians.
MN
MN HF 4532 (RAISE Act) § Minn. Stat. § 325M.41
Introduced
Developers must implement appropriate safeguards to prevent unreasonable risk of critical harm before deploying an AI model.
MN
Introduced
Developers must, before deploying any AI model, implement a written safety and security protocol that: (1) describes reasonable protections and procedures to reduce the risk of critical harm; (2) describes reasonable administrative, technical, and physical cybersecurity protections to reduce the risk of unauthorized access or misuse leading to critical harm; (3) describes in detail the testing procedure to evaluate whether the model poses an unreasonable risk of critical harm, could evade control, or could be misused or modified to increase the risk of critical harm; (4) enables the developer or third party to comply with the RAISE Act; and (5) designates senior personnel responsible for ensuring compliance. Developers must also implement appropriate safeguards to prevent unreasonable risk of critical harm.
NJ
Introduced
Artificial intelligence companies must annually conduct safety tests on all AI technology they sell, develop, deploy, use, or offer for sale in New Jersey, adhering to the minimum requirements established by the Office of Information Technology. The safety tests must address potential biases, inaccuracies, and cybersecurity threats.
NJ
Introduced
Artificial intelligence companies must annually conduct safety tests — covering cybersecurity threats, bias, inaccuracies, and legal compliance — on all AI technology they sell, develop, deploy, use, or offer for sale in New Jersey, adhering to OIT-established minimum requirements.
NJ
Introduced
Employers, public entities, and vendors must not deploy an AEDS or EMT unless it is pretested and validated to serve one of six enumerated allowable purposes and is limited to the least-invasive means, smallest population, and least data and collection frequency necessary for those purposes.
NY
NY AB 3265 (AI Bill of Rights) § State Tech. Law § 504
Introduced
Persons developing automated systems must conduct pre-deployment testing, risk identification, and mitigation before deployment, and must subject the system to ongoing monitoring demonstrating safety and effectiveness based on intended use, mitigation of unsafe outcomes beyond intended use, and adherence to domain-specific standards.
NY
NY AB 3265 (AI Bill of Rights) § State Tech. Law § 504
Introduced
Persons developing automated systems must not deploy any system that fails to meet the safety and effectiveness requirements of § 504. If an already-deployed system fails to meet those requirements, it must be removed. No automated system may be designed with the intent or a reasonably foreseeable possibility of endangering the safety of any New York resident or community.
NY
NY AB 3265 (AI Bill of Rights) § State Tech. Law § 504
Introduced
Persons developing automated systems must design those systems to proactively protect New York residents from harm stemming from unintended, yet foreseeable, uses or impacts.
NY
Introduced
Developers of AI technology intended for use in a professional domain regulated under Title VIII of the Education Law must demonstrate that at least one professional domain expert was directly and substantially involved in: (1) the technology design phase, (2) the data selection and training process, (3) validation and testing of system outputs, and (4) ongoing risk assessment and post-deployment evaluation. Covered application areas include healthcare diagnostics and treatment recommendations, legal decision-making or document generation, financial advising or lending tools, educational curriculum or assessment tools, construction and structural safety systems, and public safety or surveillance technologies.
OK
Introduced eff 2025-11-01
Deployers must have a diligent review and selection process for each AI device before deployment.
PA
Introduced
Suppliers must disclose in the written policy the procedures by which they: (i) conduct testing before making the chatbot publicly available and regularly thereafter to ensure output poses no greater risk than communicating with a human; (ii) identify reasonably foreseeable adverse outcomes and potentially harmful interactions; (iii) provide a mechanism for consumers to report potentially harmful interactions; (iv) implement protocols to assess and respond to risk of harm to consumers or others; (v) detail actions taken to prevent or mitigate adverse outcomes or harmful interactions; (vi) implement protocols to respond as soon as practicable to acute risks of physical harm; (vii) ensure regular, objective reviews of safety, accuracy, and efficacy, which may include internal or external audits; (viii) provide consumers with instructions on safe use of the chatbot; (ix) prioritize consumer mental health and safety over engagement metrics or profit; (x) implement measures to prevent discriminatory treatment of consumers; and (xi) ensure compliance with HIPAA security and privacy provisions (45 CFR Parts 160 and 164) as if the supplier were a covered entity.
PA
Introduced
Facilities must ensure that AI-based algorithms used for clinical decision making do not create foreseeable, material risks of harm to the patient.
PA
Introduced
Insurers must ensure that AI-based algorithms used in utilization review do not create foreseeable, material risks of harm to the covered person.
PA
Introduced
MA or CHIP managed care plans must ensure that AI-based algorithms used in utilization review do not create foreseeable, material risks of harm to the enrollee.
TX
TX HB 1265 (AI Mental Health Services) § Health & Safety Code § 616.003
Introduced eff 2025-09-01
An AI mental health application may be considered to have successfully completed testing only after testing results demonstrate competency and safety in providing AI mental health services.
US
Introduced
Covered entities must assess the need for guardrails or limitations on covered algorithm uses, including whether certain applications should be prohibited or restricted through terms of use, licensing agreements, or other legal agreements.
US
Introduced
Covered entities must disclose benchmark evaluation results — whether self-driven or through audit — for each foundation model, including the precautions the model takes in high-risk domains such as healthcare, CBRN weapons, national security, cybersecurity, critical infrastructure, elections, law enforcement, financial and housing decisions, education, employment, public services, and information relating to vulnerable populations including minors and seniors.
US
Introduced
Covered entities must assess the need for guardrails or limitations on certain uses or applications of their automated decision systems or augmented critical decision processes, including whether particular uses should be prohibited or restricted through terms of use, licensing agreements, or other legal agreements.
US
Introduced
Developers must exercise reasonable care in the design of covered AI products; failure to do so creates liability for proximately caused harm. A product whose design is manifestly unreasonable triggers liability without the claimant needing to prove a reasonable alternative design. Noncompliance with an applicable product safety statute or regulation creates a presumption of defectiveness.
US
Introduced
Covered advanced AI system developers must participate in the DOE Advanced Artificial Intelligence Evaluation Program, which conducts standardized safety testing, adversarial red-team evaluation, and classified assessments of advanced AI systems.
US
Introduced
Developers and deployers must (1) take reasonable measures to prevent and mitigate harms identified in evaluations and assessments, (2) ensure independent auditors have all necessary information, (3) consult impacted stakeholders before deployment, (4) certify that the algorithm is not likely to cause harm, disparate impact, or deceptive practices, (5) ensure the algorithm performs consistent with its advertised purpose, (6) ensure data used is relevant and appropriate, and (7) ensure intended use will not violate this Act.
VT
VT HB 341 (AI Safety Standards) § 9 V.S.A. § 4193f
Introduced eff 2025-07-01
Developers and deployers of any inherently dangerous AI system that could reasonably be expected to impact consumers must exercise reasonable care to avoid any reasonably foreseeable risk arising out of the development, intentional and substantial modification, or deployment of the system that causes or is likely to cause: (1) crime or unlawful acts; (2) unfair or deceptive treatment; (3) physical, financial, relational, or reputational injury; (4) highly offensive psychological injuries; (5) offensive intrusion upon privacy or seclusion; (6) IP rights violations; (7) discrimination on the basis of race, color, ethnicity, sex, sexual orientation, gender identity, sex characteristics, religion, national origin, familial status, biometric information, or disability status; (8) behavioral distortion causing physical or psychological harm; or (9) exploitation of age- or disability-based vulnerabilities to distort behavior causing harm.
VT
VT HB 341 (AI Safety Standards) § 9 V.S.A. § 4193g
Introduced eff 2025-07-01
Developers must not place any inherently dangerous AI system in the stream of commerce unless the developer has conducted documented testing, evaluation, verification, and validation at least as stringent as the latest version of the NIST AI Risk Management Framework. For any AI system that creates reasonably foreseeable risks under the standard-of-care provision, developers must mitigate those risks to the extent possible, consider alternatives, and disclose vulnerabilities and mitigation tactics to deployers.
VT
VT HB 792 (AI Products Liability) § 9 V.S.A. § 4193c
Introduced eff 2026-07-01
Developers must exercise reasonable care in the design of AI products, accounting for both intended uses and reasonably foreseeable unintended uses, ensuring no defective design that could cause harm when a technologically feasible and practical alternative design exists.
VT
VT HB 792 (AI Products Liability) § 9 V.S.A. § 4193c
Introduced eff 2026-07-01
Developers seeking the safe-harbor presumption of non-defectiveness must (1) conduct documented testing, evaluation, verification, validation, and auditing consistent with industry best practices, (2) mitigate foreseeable risks, (3) disclose foreseeable risks and mitigation tactics to deployers and consumers, (4) maintain an AI data sheet covering intended uses, training datasets, foreseeable risks, and red-teaming results available to the Attorney General on request, (5) for products designed for or likely used by minors, document impact assessments on cognitive and emotional development, implement age-gating or content restrictions, and provide clear risk disclosures to deployers, consumers, and guardians, and (6) prominently include the AI data sheet information in the product's terms and conditions.
VT
VT HB 792 (AI Products Liability) § 9 V.S.A. § 4193d
Introduced eff 2026-07-01
Deployers who materially and substantially change an AI product, or who intentionally misuse it contrary to the developer's express warranty, are liable as developers — subject to the same design-defect, failure-to-warn, and express-warranty standards applicable to developers.
HI
Failed
State agencies must complete risk and impact assessments under §§ -2, -3, and -5 before establishing any generative AI pilot project.
NC
Failed
Licensees must demonstrate the chatbot's effectiveness through: (1) peer-reviewed, controlled trials with appropriate validation studies done on appropriate sample sizes with real-world performance data; (2) a comparative analysis to human expert performance; and (3) meeting minimum domain benchmarks as established by the Department.
NC
Failed
Licensees must demonstrate effectiveness through peer-reviewed, controlled trials with appropriate validation studies on appropriate sample sizes with real-world performance data, demonstrate effectiveness in a comparative analysis to human expert performance, and meet minimum domain benchmarks established by the Department.
NE
Failed eff 2027-01-01
Large chatbot providers must, as part of their public safety and child protection plan, describe how they: (1) assess potential child safety risks; (2) apply mitigations to address child safety risk potential based on assessment results; and (3) use third parties to assess child safety risk potential and mitigation effectiveness.
NY
NY AB 8129 (AI Bill of Rights) § State Tech. Law § 404
Failed
Persons developing automated systems must conduct pre-deployment testing, risk identification, and mitigation, and must subject deployed systems to ongoing monitoring demonstrating safety and effectiveness based on intended use, mitigation of unsafe outcomes beyond intended use, and adherence to domain-specific standards. Systems must also be designed to proactively protect residents from harm stemming from unintended yet foreseeable uses.
NY
NY SB 8209 (AI Bill of Rights) § State Tech. Law § 404
Failed
Persons developing automated systems must conduct pre-deployment testing, risk identification, and mitigation, and must subject deployed systems to ongoing monitoring demonstrating safety and effectiveness. Systems that fail these requirements must not be deployed or must be removed. No system may be designed with the intent or foreseeable possibility of endangering residents, and systems must proactively protect against foreseeable harms from unintended uses.
TX
TX HB 4695 (AI Mental Health Services) § Health & Safety Code § 616.003
Failed
An AI technology application may not be considered to have completed testing until results demonstrate competency and safety in providing AI mental health services.
US
Failed
Covered entities must assess the need for guardrails or limitations on certain uses or applications of the automated decision system or augmented critical decision process, including whether uses should be prohibited or limited through terms of use, licensing agreements, or other legal agreements.
US
Failed
Covered entities must assess the need for guardrails or use limitations on the automated decision system or augmented critical decision process, including whether certain uses or applications should be prohibited or restricted through terms of use, licensing agreements, or other contracts.
US
Failed
NIST must convene stakeholders to develop voluntary consensus standards for AI testing and evaluation; develop methods and principles for conducting such testing; establish testing resources; monitor and review all AI acquisition testing; make risk recommendations to agency heads; and continuously update methods based on evolving standards.
US
Failed
Covered entities must assess the need for guardrails or limitations on certain uses or applications of each automated decision system or augmented critical decision process, including whether specific uses should be prohibited or limited through terms of use, licensing agreements, or other legal agreements.
US
Failed
Covered entities must assess whether guardrails or limitations on certain uses or applications of the automated decision system or augmented critical decision process are needed, including whether specific uses should be prohibited or limited through terms of use, licensing agreements, or other legal agreements.
US
Failed
Developers and deployers must (1) take reasonable measures to prevent and mitigate harms identified in evaluations and assessments, (2) ensure independent auditors have all necessary information, (3) consult impacted communities before deployment, (4) certify that the algorithm is not likely to result in harm, disparate impact, or deceptive practices and that benefits outweigh harms, (5) ensure the algorithm performs at a reasonable professional standard and consistent with advertised capabilities, (6) ensure data used is relevant and appropriate, and (7) ensure intended use is not likely to violate the Act.
US
Failed
The Secretary of Defense must establish a risk assessment process that holistically evaluates each covered system for dependability, cybersecurity, privacy, bias, bias towards escalation, deployment span (singular vs. cluster/swarm deployment), and risk of civilian harm.
UT
UT HB 286 (AI Transparency Act) § Utah Code § 13-72b-103
Failed eff 2026-05-06
Large frontier developers that operate a covered chatbot must write, implement, comply with, and publicly publish on their website a child protection plan covering child safety risk assessments, mitigations, third-party evaluations, incident response, and internal governance. Material modifications must be published with justification within 30 days.
UT
UT HB 438 (AI Companion Chatbot Safety) § Utah Code § 13-72b-201
Failed eff 2026-05-06
Suppliers must implement and maintain commercially reasonable safety protocols, informed by expert guidance and the state of the art, designed to identify and mitigate safety-critical situations — including technical measures to analyze user input across a full conversation to detect patterns of behavioral or mental health deterioration. A supplier is not liable for an individual detection failure if protocols were implemented in good faith, reflect a concerted effort, and are consistently applied.
VT
Failed
Developers must not offer a generative AI system in Vermont unless the system (1) reduces and mitigates foreseeable risks including through independent expert involvement, (2) uses only datasets subject to appropriate data governance measures examining bias, (3) achieves appropriate levels of performance, predictability, interpretability, corrigibility, safety, and cybersecurity throughout its lifecycle through documented analysis and extensive testing, and (4) incorporates provenance tracking, synthetic content detection, digital watermarking, and prevents generation of CSAM or non-consensual intimate imagery. Records must be retained for at least three years.
VT
Failed
Developers and deployers of inherently dangerous AI systems that could reasonably be expected to impact consumers must exercise reasonable care to avoid foreseeable risks arising from development, substantial modification, or deployment that cause or are likely to cause crime facilitation, unfair or deceptive treatment, physical/financial/relational/reputational injury, offensive psychological injury, privacy intrusion, IP violations, discrimination on protected characteristics, behavioral distortion causing harm, or exploitation of age- or disability-based vulnerabilities.
VT
Failed
Developers of inherently dangerous AI systems must document and disclose to actual or potential deployers all reasonably foreseeable risks — including risks from unintended or unauthorized uses — and all reasonably foreseeable risk mitigation processes relating to the enumerated harm categories.
VT
Failed
Developers must not place an inherently dangerous AI system in the stream of commerce unless they have conducted documented testing, evaluation, verification, and validation at least as stringent as the latest version of the NIST AI Risk Management Framework.
VT
Failed
Developers must not place in the stream of commerce any AI system that creates reasonably foreseeable risks under § 2495e unless the developer mitigates those risks to the extent possible, considers alternatives, and discloses vulnerabilities and mitigation tactics to a deployer.
S-01.2
Red-teaming and adversarial testing
Structured adversarial testing must be conducted to identify the system's potential for misuse, harmful output elicitation, jailbreaking, and dangerous capability expression. Covers both internal and, for frontier models, independent external red-teaming.
Enacted
0
Live
6
Failed
2
Total
8
IL
Introduced
Developers earn a rebuttable presumption of non-defectiveness by (1) conducting documented NIST AI RMF-aligned testing, evaluation, verification, validation, and auditing; (2) mitigating foreseeable risks and considering alternatives; (3) disclosing foreseeable risks and mitigation tactics to deployers and consumers; (4) maintaining an AI data sheet — covering intended uses, training data, risk management, and red-teaming results — available to the Attorney General on request; (5) for products accessible to users under 17, documenting cognitive/emotional development impact assessments, implementing age-gating or content restrictions, and disclosing potential risks to deployers, consumers, and guardians; and (6) prominently including data-sheet information in product terms and conditions.
IL
Introduced
Developers may earn a rebuttable presumption of non-defectiveness by: (1) conducting documented NIST AI RMF-aligned testing, evaluation, verification, validation, and auditing; (2) mitigating foreseeable risks and considering alternatives; (3) disclosing foreseeable risks and mitigation tactics to deployers and consumers; (4) maintaining an AI data sheet — covering intended uses, training data, foreseeable risks, and red-teaming results per NIST guidance — available to the Attorney General on request; (5) for products accessible to minors under 17, documenting cognitive/emotional impact assessments, implementing age-gating, and disclosing risks to consumers and guardians; and (6) prominently including AI data sheet information in product terms and conditions.
MD
MD HB 712 (AI Product Liability) § Md. Code, Cts. & Jud. Proc. § 3–2703
Introduced eff 2026-10-01
Developers may establish a rebuttable presumption of non-defectiveness by (1) conducting documented testing, evaluation, verification, validation, and auditing consistent with industry best practices, (2) mitigating foreseeable risks to the extent possible, (3) disclosing foreseeable risks and mitigation tactics directly to deployers and consumers, and (4) for products designed for or reasonably likely to be used by minors, considering and mitigating risks to minors including cognitive and emotional development impacts, implementing age and content restrictions, and providing clear disclosures to deployers, consumers, and guardians.
NY
NY AB 3265 (AI Bill of Rights) § State Tech. Law § 504
Introduced
Persons developing automated systems must design those systems to proactively protect New York residents from harm stemming from unintended, yet foreseeable, uses or impacts.
US
Introduced
Covered advanced AI system developers must participate in the DOE Advanced Artificial Intelligence Evaluation Program, which conducts standardized safety testing, adversarial red-team evaluation, and classified assessments of advanced AI systems.
VT
VT HB 792 (AI Products Liability) § 9 V.S.A. § 4193c
Introduced eff 2026-07-01
Developers seeking the safe-harbor presumption of non-defectiveness must (1) conduct documented testing, evaluation, verification, validation, and auditing consistent with industry best practices, (2) mitigate foreseeable risks, (3) disclose foreseeable risks and mitigation tactics to deployers and consumers, (4) maintain an AI data sheet covering intended uses, training datasets, foreseeable risks, and red-teaming results available to the Attorney General on request, (5) for products designed for or likely used by minors, document impact assessments on cognitive and emotional development, implement age-gating or content restrictions, and provide clear risk disclosures to deployers, consumers, and guardians, and (6) prominently include the AI data sheet information in the product's terms and conditions.
CA
CA AB 3211 (Digital Content Provenance Standards) § Bus. & Prof. Code § 22949.90.1
Failed
Generative AI system providers must conduct AI red-teaming exercises involving third-party experts to test whether watermarks can be removed from synthetic content and whether watermarks can be falsely added to authentic content. Providers that distribute downloadable or modifiable systems must additionally test whether watermarking functionality can be disabled. Providers must publicly post summaries of red-teaming exercises (redacted for public security) on their website and submit full reports to the Department of Technology within six months and annually thereafter.
US
US S 3554 (Financial AI Risk Reduction) § Sec. 3 / proposed 12 U.S.C. § 126(e)
Failed
The FBIIC must initiate scenario-based exercises, in consultation with private-sector and governmental entities, to test defenses against AI-related financial market disruptions and must make recommendations for ongoing improvements in detection, prevention, and mitigation.
S-01.3
Third-party safety evaluation
For frontier or high-capability models, independent external safety evaluation by a qualified third party is required or strongly expected. The third party must have meaningful model access and freedom to probe without restriction.
Enacted
0
Live
1
Failed
0
Total
1
NY
NY AB 3265 (AI Bill of Rights) § State Tech. Law § 504
Introduced
Persons developing automated systems must arrange for independent evaluation and reporting confirming the system is safe and effective, including reporting of steps taken to mitigate potential harms. Results must be made public whenever possible.
S-01.4
Post-deployment monitoring and re-evaluation
Deployed AI systems must be monitored for drift, unexpected behavior, and safety incidents. Material model updates and safety incidents trigger re-evaluation obligations.
Enacted
0
Live
24
Failed
8
Total
32
AZ
AZ HB 2737 (ChatBot Protection Act) § A.R.S. § 44-1383.02
Introduced
Chatbot providers must, on a monthly basis, evaluate their chatbot for potential risk of harm to users and make information about the chatbot publicly available on their website. Chatbot providers must mitigate any identified risk of harm to users. These evaluations and mitigations must comply with rules adopted by the attorney general.
HI
HI SB 2281 (AI in Health Care) § HRS § 321-__ (Monitoring; performance evaluation; record keeping)
Introduced eff 2028-07-01
Health care providers that use AI to make or substantially factor into consequential decisions must (1) monitor the usage of AI systems in consequential decisions on an ongoing basis; (2) conduct regular performance evaluations of the AI systems, including assessment of potential biases, risks to patient safety, rights, and personal data confidentiality, and mitigation strategies for identified risks; and (3) implement procedures to address any deficiencies identified through monitoring or performance evaluations, including suspension or recalibration of the AI system.
IA
Introduced
Deployers must implement and maintain protocols designed to detect, respond to, report, and mitigate harm their chatbot may cause users. These protocols must prioritize user safety and well-being over the deployer's commercial interests.
IA
IA HF 2715 (Chatbot Safety & Minors) § Iowa Code § 554J.2
Introduced
Deployers must implement and maintain protocols to detect, respond to, report, and mitigate harm that the public-facing chatbot may cause users, taking commercially reasonable steps to protect the safety and well-being of users.
IA
Introduced
Deployers must implement and maintain protocols to detect, respond to, report, and mitigate harm the chatbot may cause a user. These protocols must prioritize the safety and well-being of users over the deployer's interests.
ID
ID HB 945 (AI Medical Services Act) § Idaho Code § 54-6007
Introduced eff 2026-07-01
AAASPs must demonstrate at licensure that they meet Board-published safety and performance benchmarks, submit annual performance reports proving continued benchmark compliance, and report adverse events and reportable events as defined. The Board may suspend a license on evidence of model drift or degraded safety outcomes.
IL
Introduced
Academic medical centers seeking the research exemption must ensure all AI systems used in the research are HIPAA-compliant, undergo documented safety testing before use with participants, include real-time monitoring to detect crisis situations, harmful content, or therapeutic errors, and operate only as adjuncts to (not replacements for) licensed mental health professionals. The program must also maintain a data safety monitoring plan and procedures for reporting adverse events to the IRB.
IL
Introduced eff 2027-01-01
Covered online platforms must maintain at least one holdout group and subject all changes to the design of an algorithmic recommender system to a long-term holdout assessment (a minimum 12-month controlled assessment).
LA
Introduced
Chatbot providers must assess their chatbot for risks of harm to users on a monthly basis using metrics to be established by attorney general rulemaking, and must mitigate identified risks per those rules.
MD
MD HB 1261 (AI Toy Safety) § Md. Code, Com. Law § 14-5103
Introduced eff 2026-07-01
Manufacturers must conduct a child AI safety assessment for each artificial intelligence toy before marketing or selling it in Maryland, describing foreseeable risks and mitigation strategies. The assessment must be repeated annually and following any significant change to the toy's AI features. Toys already on the market before July 1, 2026, must have an initial assessment completed by January 1, 2027.
MD
MD HB 795 (AI Health Insurance Accountability) § Md. Code Ann., Insurance § 15–10A–06(a)
Introduced eff 2026-10-01
Carriers must conduct a model review of any AI, algorithm, or software tool used in utilization review if, within a six-month period, more than a Commissioner-specified percentage of adverse decisions made using that tool result in grievances. The carrier must submit the findings of the model review in its quarterly report to the Commissioner.
MI
Introduced
After a security breach, employers must contract with a third party to audit the affected monitoring or automated decisions tool to confirm that vulnerabilities have been fixed.
MN
MN SF 4380 (Online Platform Metrics) § Minn. Stat. § 325M.35, subd. 6
Introduced
Covered businesses must maintain at least one holdout group and subject all algorithmic recommender system design changes to a long-term holdout assessment of at least 12 months, under rules to be adopted by the Commissioner of Commerce.
NY
NY AB 3265 (AI Bill of Rights) § State Tech. Law § 504
Introduced
Persons developing automated systems must conduct pre-deployment testing, risk identification, and mitigation before deployment, and must subject the system to ongoing monitoring demonstrating safety and effectiveness based on intended use, mitigation of unsafe outcomes beyond intended use, and adherence to domain-specific standards.
NY
NY AB 9654 (AI Civil Rights Act) § Civ. Rights Law § 106
Introduced
Developers and deployers must: (1) take reasonable measures to prevent and mitigate any harm identified by pre-deployment evaluations or impact assessments; (2) take reasonable measures to ensure independent auditors have all necessary information to complete accurate evaluations and assessments; (3) consult impacted stakeholders and communities before deploying, licensing, or offering a covered algorithm; (4) certify, based on evaluation/assessment results, that (a) use of the algorithm is not likely to result in harm or disparate impact, (b) benefits to affected individuals outweigh harms, and (c) use is not likely to result in a deceptive act or practice; (5) ensure the algorithm functions at a level of reasonable performance consistent with its expected and publicly-advertised performance, purpose, or use; (6) ensure all data used in design, development, deployment, or use is relevant and appropriate to the deployment context and publicly-advertised purpose; and (7) ensure intended use is not likely to result in a violation of this article.
OH
Introduced
Licensed independent verification organizations must implement their approved plan to verify AI models' and applications' ongoing mitigation of risks for which they are licensed to verify.
OK
Introduced eff 2025-11-01
Deployers must conduct and document regular performance evaluations and risk assessments of each deployed AI device, informed by invited feedback from qualified end-users and, when applicable, participation in national specialty society-administered AI assessment registries. Whenever performance concerns are identified, deployers must implement appropriate corrective actions to mitigate risk to patients.
OK
Introduced eff 2025-11-01
Deployers must continuously monitor the performance of all deployed AI devices, including assessing any impact on patient safety or the quality of patient care. In conducting this performance monitoring, deployers must participate in national specialty society-administered AI assessment registries when feasible.
PA
PA HB 1533 (AI Deployment Liability) § 18 Pa.C.S. § 306.1(c)
Introduced
Deployers must implement reasonable, ongoing oversight, safeguards, and fail-safe mechanisms designed to prevent unlawful, negligent, or harmful conduct and must take timely corrective action upon becoming aware of a risk or failure relating to the AI system, in order to preserve the affirmative defense to deployment liability.
PA
Introduced
Suppliers must disclose in the written policy the procedures by which they: (i) conduct testing before making the chatbot publicly available and regularly thereafter to ensure output poses no greater risk than communicating with a human; (ii) identify reasonably foreseeable adverse outcomes and potentially harmful interactions; (iii) provide a mechanism for consumers to report potentially harmful interactions; (iv) implement protocols to assess and respond to risk of harm to consumers or others; (v) detail actions taken to prevent or mitigate adverse outcomes or harmful interactions; (vi) implement protocols to respond as soon as practicable to acute risks of physical harm; (vii) ensure regular, objective reviews of safety, accuracy, and efficacy, which may include internal or external audits; (viii) provide consumers with instructions on safe use of the chatbot; (ix) prioritize consumer mental health and safety over engagement metrics or profit; (x) implement measures to prevent discriminatory treatment of consumers; and (xi) ensure compliance with HIPAA security and privacy provisions (45 CFR Parts 160 and 164) as if the supplier were a covered entity.
SC
SC HB 5138 (Chatbot Protection Act) § S.C. Code § 39-80-30
Introduced
Chatbot providers must, on a monthly basis, (1) evaluate their chatbot for potential risk of harm to users and (2) make information about the chatbot publicly available on the provider's website. Chatbot providers must also mitigate any risk of harm to users identified through this evaluation. Evaluations and mitigations must comply with rules and regulations promulgated by the Attorney General.
SC
SC SB 896 (Chatbot Protection Act) § S.C. Code § 39-80-30
Introduced
Chatbot providers must, on a monthly basis, (1) evaluate their chatbot for potential risk of harm to users and (2) make information about the chatbot publicly available on the provider's website. Chatbot providers must also mitigate any identified risk of harm to users. All evaluations and mitigation must comply with rules and regulations promulgated by the Attorney General.
US
Introduced
Covered entities must attempt to eliminate or mitigate in a timely manner any impact of a covered algorithm that demonstrates a likely material negative impact with legal or similarly significant effects on a consumer's life.
VT
VT HB 784 (Chatbot Regulation) § 9 V.S.A. § 4193c
Introduced eff 2026-07-01
Chatbot providers must, on a monthly basis, assess their chatbot for risks of harm to users using metrics prescribed by Attorney General rules, and must actively mitigate any identified risks of harm.
HI
Failed
Any high-risk automated decision system used by a state agency must receive ongoing monitoring and oversight by the Office of Enterprise Technology Services.
NY
NY AB 8129 (AI Bill of Rights) § State Tech. Law § 404
Failed
Persons developing automated systems must conduct pre-deployment testing, risk identification, and mitigation, and must subject deployed systems to ongoing monitoring demonstrating safety and effectiveness based on intended use, mitigation of unsafe outcomes beyond intended use, and adherence to domain-specific standards. Systems must also be designed to proactively protect residents from harm stemming from unintended yet foreseeable uses.
NY
NY SB 8209 (AI Bill of Rights) § State Tech. Law § 404
Failed
Persons developing automated systems must conduct pre-deployment testing, risk identification, and mitigation, and must subject deployed systems to ongoing monitoring demonstrating safety and effectiveness. Systems that fail these requirements must not be deployed or must be removed. No system may be designed with the intent or foreseeable possibility of endangering residents, and systems must proactively protect against foreseeable harms from unintended uses.
OK
Failed
Deployers must conduct ongoing performance evaluations of high-risk AI systems and document findings and actions taken to address deficiencies.
OK
Failed
Deployers must implement protocols to address identified deficiencies in AI systems, including suspension or recalibration of noncompliant systems.
US
Failed
NIST must convene stakeholders to develop voluntary consensus standards for AI testing and evaluation; develop methods and principles for conducting such testing; establish testing resources; monitor and review all AI acquisition testing; make risk recommendations to agency heads; and continuously update methods based on evolving standards.
US
Failed
The Secretary of Defense must reevaluate each covered system at least annually and whenever the underlying AI model receives an update, the Department procures a previously unevaluated covered system, or a new weapons review is conducted.
UT
UT HB 438 (AI Companion Chatbot Safety) § Utah Code § 13-72b-201
Failed eff 2026-05-06
Suppliers must implement and maintain commercially reasonable safety protocols, informed by expert guidance and the state of the art, designed to identify and mitigate safety-critical situations — including technical measures to analyze user input across a full conversation to detect patterns of behavioral or mental health deterioration. A supplier is not liable for an individual detection failure if protocols were implemented in good faith, reflect a concerted effort, and are consistently applied.
S-01.5
Ongoing risk management program
Developers and/or deployers must establish and maintain a formal, documented AI risk-management program covering risk identification, assessment criteria, mitigation strategies, and escalation procedures.
Enacted
0
Live
23
Failed
11
Total
34
CA
CA SB 1119 (Companion Chatbot Child Safety) § Bus. & Prof. Code § 22612
Engrossed eff 2027-07-01
Operators must take and document measures that reasonably mitigate any child safety risk identified in the comprehensive risk assessment required under subdivision (a).
CA
Introduced
The commission's standards must require electrical and gas corporations to identify and take steps to ensure that AI models do not impact utility safety, affordability, and reliability.
HI
Introduced
Deployers and vendors must use reasonable care to protect consumers from known or reasonably foreseeable material risks of algorithmic discrimination, material errors (including systematic reliability failures), and cybersecurity and data integrity failures that materially affect output reliability or security.
IA
Introduced
Deployers must implement and maintain protocols designed to detect, respond to, report, and mitigate harm their chatbot may cause users. These protocols must prioritize user safety and well-being over the deployer's commercial interests.
IA
IA HF 2715 (Chatbot Safety & Minors) § Iowa Code § 554J.2
Introduced
Deployers must implement and maintain protocols to detect, respond to, report, and mitigate harm that the public-facing chatbot may cause users, taking commercially reasonable steps to protect the safety and well-being of users.
IA
Introduced
Deployers must implement and maintain protocols to detect, respond to, report, and mitigate harm the chatbot may cause a user. These protocols must prioritize the safety and well-being of users over the deployer's interests.
IL
Introduced eff 2027-01-01
Large chatbot providers must write, implement, comply with, and publicly publish a safety plan detailing how they assess child safety risks, apply mitigations to address those risks, and use third parties to evaluate the potential for and effectiveness of mitigations of child safety risks.
IL
Introduced eff 2027-01-01
Large chatbot providers must write, implement, comply with, and publicly publish a public safety and child protection plan that describes how they assess child safety risks, apply mitigations based on those assessments, and use third parties to evaluate child safety risks and mitigation effectiveness.
IL
Introduced
Developers earn a rebuttable presumption of non-defectiveness by (1) conducting documented NIST AI RMF-aligned testing, evaluation, verification, validation, and auditing; (2) mitigating foreseeable risks and considering alternatives; (3) disclosing foreseeable risks and mitigation tactics to deployers and consumers; (4) maintaining an AI data sheet — covering intended uses, training data, risk management, and red-teaming results — available to the Attorney General on request; (5) for products accessible to users under 17, documenting cognitive/emotional development impact assessments, implementing age-gating or content restrictions, and disclosing potential risks to deployers, consumers, and guardians; and (6) prominently including data-sheet information in product terms and conditions.
IL
Introduced
Developers may earn a rebuttable presumption of non-defectiveness by: (1) conducting documented NIST AI RMF-aligned testing, evaluation, verification, validation, and auditing; (2) mitigating foreseeable risks and considering alternatives; (3) disclosing foreseeable risks and mitigation tactics to deployers and consumers; (4) maintaining an AI data sheet — covering intended uses, training data, foreseeable risks, and red-teaming results per NIST guidance — available to the Attorney General on request; (5) for products accessible to minors under 17, documenting cognitive/emotional impact assessments, implementing age-gating, and disclosing risks to consumers and guardians; and (6) prominently including AI data sheet information in product terms and conditions.
MD
MD HB 1399 (Consumer Reporting Algorithmic Systems) § Md. Code, Com. Law § 14-1228
Introduced eff 2026-10-01
Consumer reporting agencies must maintain a contingency plan for system failures or data breaches that could compromise algorithmic integrity.
MN
Introduced
Developers must, before deploying any AI model, implement a written safety and security protocol that: (1) describes reasonable protections and procedures to reduce the risk of critical harm; (2) describes reasonable administrative, technical, and physical cybersecurity protections to reduce the risk of unauthorized access or misuse leading to critical harm; (3) describes in detail the testing procedure to evaluate whether the model poses an unreasonable risk of critical harm, could evade control, or could be misused or modified to increase the risk of critical harm; (4) enables the developer or third party to comply with the RAISE Act; and (5) designates senior personnel responsible for ensuring compliance. Developers must also implement appropriate safeguards to prevent unreasonable risk of critical harm.
NY
NY AB 3265 (AI Bill of Rights) § State Tech. Law § 504
Introduced
Persons developing automated systems must develop those systems in collaboration with diverse communities, stakeholders, and domain experts to identify and address potential concerns, risks, or impacts.
NY
Introduced
Every person, firm, partnership, association, or corporation doing business or offering products to consumers in New York must develop a responsible capability scaling policy for the use and development of artificial intelligence by that entity. The policy must be a set of best practices that identify, monitor, and rectify or mitigate risk of harm.
NY
NY AB 9654 (AI Civil Rights Act) § Civ. Rights Law § 106
Introduced
Developers and deployers must: (1) take reasonable measures to prevent and mitigate any harm identified by pre-deployment evaluations or impact assessments; (2) take reasonable measures to ensure independent auditors have all necessary information to complete accurate evaluations and assessments; (3) consult impacted stakeholders and communities before deploying, licensing, or offering a covered algorithm; (4) certify, based on evaluation/assessment results, that (a) use of the algorithm is not likely to result in harm or disparate impact, (b) benefits to affected individuals outweigh harms, and (c) use is not likely to result in a deceptive act or practice; (5) ensure the algorithm functions at a level of reasonable performance consistent with its expected and publicly-advertised performance, purpose, or use; (6) ensure all data used in design, development, deployment, or use is relevant and appropriate to the deployment context and publicly-advertised purpose; and (7) ensure intended use is not likely to result in a violation of this article.
OK
Introduced eff 2025-11-01
Deployers must conduct and document regular performance evaluations and risk assessments of each deployed AI device, informed by invited feedback from qualified end-users and, when applicable, participation in national specialty society-administered AI assessment registries. Whenever performance concerns are identified, deployers must implement appropriate corrective actions to mitigate risk to patients.
PA
PA HB 1533 (AI Deployment Liability) § 18 Pa.C.S. § 306.1(c)
Introduced
Deployers must implement reasonable, ongoing oversight, safeguards, and fail-safe mechanisms designed to prevent unlawful, negligent, or harmful conduct and must take timely corrective action upon becoming aware of a risk or failure relating to the AI system, in order to preserve the affirmative defense to deployment liability.
PA
Introduced
Suppliers must disclose in the written policy the procedures by which they: (i) conduct testing before making the chatbot publicly available and regularly thereafter to ensure output poses no greater risk than communicating with a human; (ii) identify reasonably foreseeable adverse outcomes and potentially harmful interactions; (iii) provide a mechanism for consumers to report potentially harmful interactions; (iv) implement protocols to assess and respond to risk of harm to consumers or others; (v) detail actions taken to prevent or mitigate adverse outcomes or harmful interactions; (vi) implement protocols to respond as soon as practicable to acute risks of physical harm; (vii) ensure regular, objective reviews of safety, accuracy, and efficacy, which may include internal or external audits; (viii) provide consumers with instructions on safe use of the chatbot; (ix) prioritize consumer mental health and safety over engagement metrics or profit; (x) implement measures to prevent discriminatory treatment of consumers; and (xi) ensure compliance with HIPAA security and privacy provisions (45 CFR Parts 160 and 164) as if the supplier were a covered entity.
US
Introduced
Developers and deployers must (1) take reasonable measures to prevent and mitigate identified harms, (2) ensure auditors have all necessary information, (3) consult affected communities before deployment, (4) certify that the algorithm is not likely to cause harm or disparate impact, that benefits outweigh harms, and that use is not deceptive, (5) ensure the algorithm performs at a reasonable professional level consistent with its advertised purpose, (6) ensure data used is relevant and appropriate, and (7) ensure intended use is not likely to violate the Act.
US
Introduced
Providers of covered platforms must establish, implement, maintain, and enforce reasonable policies, practices, and procedures to address harms to minors including severe physical-violence threats, sexual exploitation, drug/tobacco/cannabis/gambling/alcohol distribution, and deceptive financial harm, proportionate to platform size and technical feasibility.
US
Introduced
Developers and deployers must (1) take reasonable measures to prevent and mitigate harms identified in evaluations and assessments, (2) ensure independent auditors have all necessary information, (3) consult impacted stakeholders before deployment, (4) certify that the algorithm is not likely to cause harm, disparate impact, or deceptive practices, (5) ensure the algorithm performs consistent with its advertised purpose, (6) ensure data used is relevant and appropriate, and (7) ensure intended use will not violate this Act.
VT
VT HB 341 (AI Safety Standards) § 9 V.S.A. § 4193f
Introduced eff 2025-07-01
Developers and deployers of any inherently dangerous AI system that could reasonably be expected to impact consumers must exercise reasonable care to avoid any reasonably foreseeable risk arising out of the development, intentional and substantial modification, or deployment of the system that causes or is likely to cause: (1) crime or unlawful acts; (2) unfair or deceptive treatment; (3) physical, financial, relational, or reputational injury; (4) highly offensive psychological injuries; (5) offensive intrusion upon privacy or seclusion; (6) IP rights violations; (7) discrimination on the basis of race, color, ethnicity, sex, sexual orientation, gender identity, sex characteristics, religion, national origin, familial status, biometric information, or disability status; (8) behavioral distortion causing physical or psychological harm; or (9) exploitation of age- or disability-based vulnerabilities to distort behavior causing harm.
VT
VT HB 792 (AI Products Liability) § 9 V.S.A. § 4193c
Introduced eff 2026-07-01
Developers seeking the safe-harbor presumption of non-defectiveness must (1) conduct documented testing, evaluation, verification, validation, and auditing consistent with industry best practices, (2) mitigate foreseeable risks, (3) disclose foreseeable risks and mitigation tactics to deployers and consumers, (4) maintain an AI data sheet covering intended uses, training datasets, foreseeable risks, and red-teaming results available to the Attorney General on request, (5) for products designed for or likely used by minors, document impact assessments on cognitive and emotional development, implement age-gating or content restrictions, and provide clear risk disclosures to deployers, consumers, and guardians, and (6) prominently include the AI data sheet information in the product's terms and conditions.
MA
Failed
Companies must conduct regular risk assessments to identify, assess, and mitigate reasonably foreseeable risks and cognizable harms related to their generative AI products and services, including in design, development, and implementation.
NE
Failed eff 2027-01-01
Large chatbot providers must, as part of their public safety and child protection plan, describe how they: (1) assess potential child safety risks; (2) apply mitigations to address child safety risk potential based on assessment results; and (3) use third parties to assess child safety risk potential and mitigation effectiveness.
NY
NY AB 8129 (AI Bill of Rights) § State Tech. Law § 404
Failed
Persons developing automated systems must develop them in collaboration with diverse communities, stakeholders, and domain experts to identify and address potential concerns, risks, and impacts before deployment.
NY
NY SB 8209 (AI Bill of Rights) § State Tech. Law § 404
Failed
Persons developing automated systems must develop those systems in collaboration with diverse communities, stakeholders, and domain experts to identify and address potential concerns, risks, and impacts before deployment.
RI
RI HB 6286 (Generative AI Models) § R.I. Gen. Laws § 6-59-3
Failed
Companies must conduct regular risk assessments to identify, assess, and mitigate reasonably foreseeable risks and cognizable harms related to their products and services, including in the design, development, and implementation of such products and services.
US
Failed
High impact online companies must exercise reasonable care in the creation and implementation of any design feature to prevent and mitigate harms to minors, including mental health disorders, compulsive usage, physical violence, cyberbullying, sexual exploitation, and promotion of drugs, tobacco, gambling, or alcohol.
US
Failed
Covered entities must identify and measure any likely material negative impact of each automated decision system or augmented critical decision process on consumers, document mitigation steps taken (including potential market removal), document unmitigated impacts with justification including non-discriminatory compelling interests, and maintain standard protocols for impact identification, measurement, and mitigation with staff training documentation.
US
Failed
Developers and deployers must (1) take reasonable measures to prevent and mitigate harms identified in evaluations and assessments, (2) ensure independent auditors have all necessary information, (3) consult impacted communities before deployment, (4) certify that the algorithm is not likely to result in harm, disparate impact, or deceptive practices and that benefits outweigh harms, (5) ensure the algorithm performs at a reasonable professional standard and consistent with advertised capabilities, (6) ensure data used is relevant and appropriate, and (7) ensure intended use is not likely to violate the Act.
US
Failed
The Secretary of Defense must establish a risk assessment process that holistically evaluates each covered system for dependability, cybersecurity, privacy, bias, bias towards escalation, deployment span (singular vs. cluster/swarm deployment), and risk of civilian harm.
UT
UT HB 286 (AI Transparency Act) § Utah Code § 13-72b-103
Failed eff 2026-05-06
Large frontier developers that operate a covered chatbot must write, implement, comply with, and publicly publish on their website a child protection plan covering child safety risk assessments, mitigations, third-party evaluations, incident response, and internal governance. Material modifications must be published with justification within 30 days.
VT
Failed
Developers of generative AI systems must use reasonable care to avoid foreseeable risks of unfair or deceptive treatment, unlawful disparate impact, emotional/financial/mental/physical/reputational injury, privacy intrusion, and intellectual property harm arising from development or substantial modification of the system.
S-01.6
Continuous Post-Deployment Quality Assurance
Deployers must periodically review and revise deployed AI systems to maintain accuracy, reliability, and safety throughout operation.
Enacted
0
Live
4
Failed
5
Total
9
AR
AR HB 1297 (Healthcare AI Regulation) § Ark. Code § 23-63-2107
Introduced eff 2026-01-01
Healthcare insurers must establish an ongoing biannual quality assurance testing process for AI algorithms meeting Commissioner-specified safety and efficacy parameters aligned with national benchmarks, including validation for generalizability, risk-level-based evaluation, real-world evidence generation, benchmarking against Commissioner-approved standardized metrics in representative Arkansas populations, and multi-institutional, demographically representative testing datasets with documented provenance that are regularly updated.
LA
Introduced
Chatbot providers must assess their chatbot for risks of harm to users on a monthly basis using metrics to be established by attorney general rulemaking, and must mitigate identified risks per those rules.
MD
MD HB 1399 (Consumer Reporting Algorithmic Systems) § Md. Code, Com. Law § 14-1228
Introduced eff 2026-10-01
Consumer reporting agencies must implement a system to continuously improve algorithmic performance based on review outcomes and human expert input.
US
Introduced
Developers and deployers must (1) take reasonable measures to prevent and mitigate identified harms, (2) ensure auditors have all necessary information, (3) consult affected communities before deployment, (4) certify that the algorithm is not likely to cause harm or disparate impact, that benefits outweigh harms, and that use is not deceptive, (5) ensure the algorithm performs at a reasonable professional level consistent with its advertised purpose, (6) ensure data used is relevant and appropriate, and (7) ensure intended use is not likely to violate the Act.
MD
MD HB 1477 (Consumer Reporting Algorithmic Systems) § Md. Code, Com. Law § 14–1228
Failed
Consumer reporting agencies must maintain algorithmic performance at: (1) an overall error rate below 0.5% compared to human review, (2) discriminatory data rates based on protected characteristics below 0.1%, and (3) data input accuracy of at least 99.9%.
MD
MD HB 1477 (Consumer Reporting Algorithmic Systems) § Md. Code, Com. Law § 14–1228
Failed
Consumer reporting agencies must implement a system to continuously improve algorithmic performance based on review outcomes and human expert input.
OK
Failed
Deployers must conduct ongoing performance evaluations of high-risk AI systems and document findings and actions taken to address deficiencies.
US
Failed
Online platforms must not employ algorithmic processes that are not safe and effective. An algorithmic process is safe if it produces no disparate outcome or any disparate outcome is justified by a non-discriminatory compelling interest not achievable by less discriminatory means. A process is effective if the platform has taken reasonable steps to ensure it can produce its intended result.
UT
UT HB 438 (AI Companion Chatbot Safety) § Utah Code § 13-72b-202
Failed eff 2026-05-06
Suppliers must assess, using reasonable methods and to the extent technically feasible, the efficacy of their safety protocols in detecting and mitigating safety-critical situations.