The NAIC’s Model Bulletin on the Use of Artificial Intelligence Systems by Insurers is written to carriers, not to you. Read the addressee line and it says so directly: “TO: All Insurers Licensed to Do Business In [Jurisdiction].” But 25 states have now adopted it, your carrier’s own compliance duty under it reaches into how it vets the agencies it works with, and a handful of states wrote their own version that names agents by name. So the honest answer to “do I need to document my AI use under the NAIC AI Model Bulletin” is: probably not by that exact name, yet — but build the file anyway, because you’re going to get asked for pieces of it either by a carrier’s due-diligence team or by your own state going the way Texas already did. This article gives you the actual written document to build, section by section, straight from the bulletin’s own text.
Key takeaways
- The NAIC's Model Bulletin, adopted December 4, 2023, is addressed to "Insurers," not to individual producers — but its Section 4.0 third-party oversight language pulls agencies in through carrier due diligence.
- 25 jurisdictions have adopted the bulletin as of April 1, 2026, per the NAIC's own tracker. Four more — California, Colorado, New York, and Texas — regulate insurer AI through a separate framework instead.
- Texas's own Bulletin B-0003-26 (June 12, 2026) is addressed to "all regulated entities and their agents and representatives" by name, which the NAIC model is not.
- The bulletin's own written AIS Program checklist breaks into four areas: general scope, governance, risk management and internal controls, and third-party oversight. All four are quoted and built out below.
- Florida's Unfair Trade Practices Act, the kind of statute the bulletin explicitly ties AI decisions back to, caps a nonwillful violation at $12,500 and a willful one at $100,000, and its penalty language is not limited to insurers.
What the NAIC AI Model Bulletin actually says, and who it’s written for
The National Association of Insurance Commissioners adopted the Model Bulletin on the Use of Artificial Intelligence Systems by Insurers on December 4, 2023, through its Executive Committee, Plenary, and Innovation, Cybersecurity, and Technology (H) Committee (NAIC, Model Bulletin). It’s a template, meant for a state insurance department to issue as its own bulletin, reminding “all Insurers that hold certificates of authority to do business in the state that decisions or actions impacting consumers that are made or supported by… Artificial Intelligence (AI) Systems… must comply with all applicable insurance laws and regulations.” The bulletin ties that duty to two existing bodies of law every state already has: the Unfair Trade Practices Act and the Unfair Claims Settlement Practices Act. Actions taken using AI “must not violate the UTPA or the UCSPA,” the bulletin states, “regardless of the methods the Insurer used to determine or support its actions.”
Read that again and the scope is plain: this is a carrier obligation, addressed to the entity holding the certificate of authority. If you’re a licensed producer reading this at your own desk, the bulletin’s text does not name you. That matters, because a lot of secondhand summaries of this bulletin blur “insurer” and “agency” together, and the distinction isn’t just semantic — it determines who actually gets asked for documentation, and under what legal authority.
What the bulletin asks every insurer to build is what it calls a written “AIS Program” — a documented, board-accountable program for the responsible use of AI systems that make or support decisions tied to regulated insurance practices. “All Insurers authorized to do business in this state are expected to develop, implement, and maintain a written program… for the responsible use of AI Systems,” the bulletin reads, “designed to mitigate the risk of Adverse Consumer Outcomes.” The rest of this article is built around that program, piece by piece.
This is guidance a state adopts, not a law a legislature passed
On its own, the Model Bulletin has no force. It becomes binding only once a state insurance department issues it, or its own version of it, as a bulletin in that state ([NAIC, Insurance Topics: Artificial Intelligence](https://content.naic.org/insurance-topics/artificial-intelligence)). What's binding regardless of adoption is each state's existing Unfair Trade Practices Act, which the bulletin explicitly connects AI-made decisions back to.
Why an agency gets pulled in anyway
If the bulletin only names insurers, why does an agency need to care? Two reasons, and neither one is a stretch.
The first is built into the bulletin’s own Section 4.0, titled “Third-Party AI Systems and Data.” It directs each insurer’s AIS Program to address “the Insurer’s process for acquiring, using, or relying on” third-party data and third-party AI systems, including “due diligence and the methods employed by the Insurer to assess the third party,” contract terms that “provide audit rights” and “require the third party to cooperate with the Insurer with regard to regulatory inquiries,” and ongoing confirmation of “the third-party’s compliance with contractual and, where applicable, regulatory requirements.” If your agency uses an AI tool to draft marketing copy, score calls, or quote plans in work you do for a carrier, you are the third party that section describes. A carrier building out its own AIS Program under state pressure has to document how it vets exactly that kind of vendor — which means the due-diligence questions eventually land on your desk, framed as “show us your AI governance,” whether or not your state ever adopted the NAIC bulletin by name.
The second reason is that some states didn’t stop at the NAIC’s language. Texas is the clean example. Texas never adopted the NAIC model bulletin at all — it’s one of four jurisdictions (alongside California, Colorado, and New York) that regulate insurer AI through its own separate framework instead (NAIC, Implementation map, April 1, 2026). The Texas Department of Insurance issued its own AI-specific bulletin, B-0003-26, on June 12, 2026, and where the NAIC’s bulletin addresses only “Insurers,” Texas’s own bulletin is addressed to “All regulated entities and their agents and representatives,” with its expectations stated to “extend to any third party working with a regulated entity” (TDI, Bulletin B-0003-26, June 12, 2026). That’s not a vendor-oversight clause an agency gets swept into. That’s an agent named directly in the bulletin’s own scope.
What the NAIC model bulletin says, read literally
Addressed to "Insurers." The written AIS Program, the governance framework, the risk controls — every obligation in the text runs to the carrier holding the certificate of authority. An individual producer isn't named anywhere in it.
What actually reaches an agency
Section 4.0's third-party oversight duty, flowing downhill through carrier contracts and due diligence. And, in states like Texas, a separate state bulletin that names "agents and representatives" directly, independent of whatever the NAIC model says.
How many states have adopted it, and how fast that number is moving
The NAIC publishes its own tracker of adoption, updated periodically, and the most recent version is dated April 1, 2026. As of that date, 25 jurisdictions have adopted the bulletin: Alaska, Arkansas, Connecticut, Delaware, the District of Columbia, Hawaii, Illinois, Iowa, Kentucky, Maryland, Massachusetts, Michigan, Nebraska, Nevada, New Hampshire, New Jersey, North Carolina, Oklahoma, Pennsylvania, Rhode Island, Vermont, Virginia, Washington, Wisconsin, and West Virginia (NAIC, Implementation map, April 1, 2026). Four more jurisdictions — California, Colorado, New York, and Texas — regulate insurer AI through an existing, separate framework of their own rather than adopting the NAIC’s text, which the same map tracks under a different legend color.
| Date checked | States/jurisdictions adopted | Source |
|---|---|---|
| April 30, 2024 | 11 jurisdictions | NAIC implementation map (April 30, 2024 version) |
| March 2025 | 24 states | Quarles & Brady, March 2025 |
| April 1, 2026 | 25 jurisdictions, plus 4 with their own separate AI framework | NAIC implementation map, April 1, 2026 |
That’s a near-tripling of adoptions in two years, and it hasn’t leveled off. If your own state hasn’t adopted it yet, that’s a snapshot, not a guarantee it won’t. Check your own state Department of Insurance’s bulletin archive directly rather than assuming last year’s answer still holds.
The eight things your written AIS Program needs to cover
Here’s the part most summaries of this bulletin skip: the actual checklist, pulled directly from the bulletin’s own section numbers, not paraphrased into something vaguer. You can build this as a real document this week, with zero software, using nothing but the text below and your own agency’s actual practices.

Scope it to your actual life cycle
The bulletin says the program "should address the use of AI Systems across the insurance life cycle, including areas such as product development and design, marketing, use, underwriting, rating and pricing... claim administration and payment, and fraud detection." For most agencies, that's narrower: marketing copy generation, lead scoring, call analysis, and quoting assistance. Write down every AI tool you actually use and which of those categories it touches.
Cover the full tool life cycle, not just "we use it"
"The AIS Program should address all phases of an AI System's life cycle, including design, development, validation, implementation... use, on-going monitoring, updating and retirement." For a tool you didn't build, this means documenting how you picked it, how you check its output, and what you'd do to retire it if it started producing bad results.
Write down your documentation requirements, not just your policy
Section 2.2 is specific: "The requirements adopted by the Insurer to document compliance with the AIS Program policies, processes, procedures, and standards." In plain terms, your policy has to say what gets written down every time someone uses the tool — not just that the tool exists.
Name who owns it
Section 2.3 calls for "the Insurer's internal AI System governance accountability structure" — who's on the committee, what the chain of command is, and how training gets delivered. For a small agency, this can be one name and a one-paragraph description of what that person checks and how often. It still has to be written, not assumed.
Document your data practices
Section 3.2 asks for "data practices and accountability procedures, including data currency, lineage, quality, integrity, bias analysis and minimization, and suitability." If a tool scores or ranks leads, this is where you write down what data feeds it and what you've checked for skew.
Build an actual inventory
Section 3.3 calls for "inventories and descriptions of the Predictive Models" and "detailed documentation of the development and use" of each one. One spreadsheet: tool name, vendor, what it does, what it touches, who owns it. This is the single document a regulator or carrier is most likely to ask for by name, and the easiest one to actually produce if you build it now instead of under deadline.
Set a retention schedule
Section 3.6 is two words in the bulletin's own text: "Data and record retention." It doesn't set a number for you — that's your call, matched to your state's broader record-retention rules — but it has to be a written number, not an assumption that logs live forever in whatever tool generated them.
Vet and document every third-party AI vendor
Section 4.1 through 4.3: due diligence on the vendor and its data, contract terms with audit rights where you can get them, and a record of confirming the vendor's ongoing compliance. This is the section that flows downhill from your own carriers to you — build it for your own vendors and you've already answered the question your carrier is likely to ask.
Everything above works whether you ever join anything or not. It’s eight sections, drawn straight from a public document, and an afternoon with a blank page gets you a first draft.
What a regulator, or a carrier’s due-diligence team, can actually ask you to produce
Section 4 of the bulletin spells out what a department can request “in the context of an investigation or market conduct action,” and the list is longer and more specific than most agents expect. It names, among other things: the written AIS Program itself; documentation of how and when it was adopted; the program’s scope and what it excludes; an explanation of how the program is “tailored to and proportionate with” the insurer’s actual AI use; the policies, procedures, training materials, and guidance behind it; due-diligence records on any third-party data or AI system; an inventory and description of every predictive model in use; and, for any specific model under review, documentation of its data source, lineage, and bias testing, plus the vendor contracts and audit confirmations behind any third-party tool.
That list matters for a reason beyond regulators: it’s effectively the same checklist a carrier’s own compliance team reaches for when it’s deciding how much AI-assisted marketing or quoting work to let an agency partner do. “Regardless of the existence or scope of a written AIS Program,” the bulletin notes, an insurer under examination “can expect to be asked about its development, deployment, and use of AI Systems.” A carrier facing that question from its own regulator has every incentive to ask the same question of you first, on its own timeline, before a regulator asks it of them.
| What the bulletin lists | What that looks like for an agency |
|---|---|
| The written AIS Program and adoption evidence | Your one-page AI use policy, dated and signed off |
| Program scope and tailoring rationale | A short paragraph on which tools and workflows it covers, and why |
| Policies, procedures, training materials | Whatever you actually tell a new hire about which tools to use and how to check the output |
| Inventory and documentation of predictive models/AI systems | The tool-by-tool spreadsheet from item 06 above |
| Third-party due diligence and contracts | Notes on why you picked each AI vendor, and their contract or terms of service |
What it actually costs to not have this on file

The bulletin ties AI-driven decisions directly back to each state’s existing Unfair Trade Practices Act, so it’s worth seeing what one of those statutes actually puts on the table. Florida’s version, Section 626.9521 of the 2026 Florida Statutes, opens with “No person shall engage in this state in any trade practice” that the statute defines as unfair — language that isn’t limited to insurers. Subsection 2 sets the fine schedule: “not greater than $12,500 for each nonwillful violation” and “not greater than $100,000 for each willful violation,” with a separate aggregate cap of “$50,000 for all nonwillful violations arising out of the same action” and “$500,000 for all willful violations” when the violator is an insurer specifically. A later subsection of the same statute addresses a “licensee” directly, which is a strong signal the broader “person” language in subsection 1 reaches licensed agencies, not just the carrier’s own corporate entity.
Florida is one state, and every state’s Unfair Trade Practices Act is its own statute with its own numbers — this isn’t a national figure, and you should check your own state’s version before assuming Florida’s caps apply to you. What it illustrates is the mechanism: the NAIC bulletin doesn’t create a new penalty by itself. It takes a law that already applies to you and tells examiners to look at your AI use through it.
What this article isn't saying
It isn't saying a Florida agent using AI tools faces an automatic $12,500 fine. It's saying the legal mechanism that would be used to assess a fine over an AI-related unfair practice already exists in your state's UTPA, independent of whether your state adopted the NAIC bulletin, and that mechanism's penalty numbers are real and published. Confirm your own state's statute and talk to your own counsel before treating any of this as legal advice — because it isn't.
Build the one-page policy right now
None of this needs a vendor, a consultant, or a template you have to buy. Here’s the actual outline, built directly from the eight items above, written so you can copy the headers into a blank document today.
- Scope. One sentence: which AI tools this policy covers, and which parts of your work they touch (marketing copy, lead scoring, call review, quoting assistance — name them).
- Owner. One name. The person who reviews new tools before they’re adopted and reviews this document at least once a year.
- Tool inventory. A table: tool name, vendor, what it does, what data goes into it, who uses it. Update it when a tool gets added or dropped.
- Human review checkpoint. One sentence per tool category: what a human checks before AI-assisted output reaches a client. For marketing copy, that might be “a licensed agent reviews every piece before it’s published or sent.” For quoting assistance, “a licensed agent confirms every quote against the carrier’s own rate sheet before presenting it.”
- Data handling boundary. What data never goes into a general-purpose AI tool — specifically, any protected health information tied to a named client, unless the tool has a signed Business Associate Agreement in place.
- Vendor notes. For each tool in your inventory: why you picked it, and a link to its terms of service or contract.
- Training record. A line noting when each team member was walked through this policy, and by whom.
- Retention. How long you keep the records this policy generates — the inventory updates, the training sign-offs, any incident notes.
Write that out once, date it, and you’ve built the document that answers almost everything Section 4 lists. It’s not legal advice and it’s not a substitute for your own counsel reviewing it against your specific state’s rules, but it’s a real document instead of a blank page the first time someone asks.
The bulletin doesn't ask you to prove your AI is perfect. It asks you to prove you were watching it.
Victoria CabreraHow Ambrose turns the policy into a living record
Writing the policy is a one-afternoon task. Keeping it true six months later, after your tool stack has changed twice and three people have used it without reading it again, is the part that actually fails in most agencies. This is where a second, automatic layer of record-keeping earns its place next to the document itself.
Per Ambrose’s own documentation, every model call the platform makes is logged with “model, provider, tokens, cost, and latency,” and separately, “every action an agent takes is logged” (Ambrose docs, What is Ambrose). That’s not a marketing claim about compliance — it’s a factual description of what gets recorded automatically, which is a different thing from the governance document itself, and this article isn’t going to blur the two. The written AIS-style policy is still something you write and adopt. What Ambrose’s logging gives you is the evidence trail underneath it: when item 04 of your policy says “a human reviews AI-assisted output before it reaches a client,” Ambrose backs that specific claim with a real mechanism — anything that writes to your CRM “waits for your approval with Allow, Deny, or Always Allow” before it goes out, which is an enforced checkpoint, not a policy statement someone has to remember to follow (Ambrose docs, What is Ambrose).
For the “who owns this” piece of the policy, Ambrose’s War Room adds a standing second opinion rather than a single person checking a box alone. The War Room is a roster of nine executive personas, and one of them, Dr. Elena Reyes, is specifically the Compliance persona (Ambrose docs, War Room). Ask it a question about how a specific AI-assisted workflow is being governed, and Ambrose “decides which head answers, or convenes a small group, and synthesizes the response” — the Compliance persona is reachable the same way the others are, as a standing resource rather than a document that goes stale.
And for the data-boundary piece, Ambrose’s PHI handling only runs against model providers under a signed Business Associate Agreement — specifically Claude through Amazon Bedrock in US regions — which is the mechanism behind “HIPAA-aware by default,” not “HIPAA certified,” because there’s no such thing as HIPAA certification for a software platform (Ambrose docs, How client data is protected).
| Policy item | What you write | What Ambrose logs automatically |
|---|---|---|
| Human review checkpoint | "A licensed agent reviews output before it reaches a client" | CRM writes wait for Allow/Deny/Always Allow approval |
| Tool and vendor inventory | Your own spreadsheet of tools and vendors | Per-model-call logs: model, provider, tokens, cost, latency |
| Who owns the question | A named person in your policy | A standing Compliance persona in the War Room, reachable on demand |
| PHI data boundary | A one-line rule in the policy | PHI only runs against a BAA-covered provider, by architecture |
What you get by joining
One Ambrose seat, including everything described above, comes with a Tech Savvy Insurance membership: $97 a month, billed monthly, cancel anytime, with the founding rate locked in while the membership stays active. Alongside the seat: weekly Zoom calls with open Q&A and build-with-you sessions, 30+ hours of recorded training, Meta Ads, AI, and marketing training built for this industry specifically, pre-built AI templates and bot deployments, and a free annual in-person member workshop. It’s an explicit no-recruiting zone, too, which matters here specifically: you can bring your actual AI use policy to a Tuesday call and have someone look at it with you, without the conversation turning into a pitch for a downline.
Ambrose usage runs separately from the $97 seat
The membership includes one Ambrose seat. Usage inside Ambrose runs through its own credit ledger with spend caps, so cost stays visible instead of showing up as a surprise line item. Everything in this article works whether you ever join anything or not — the eight-item checklist and the one-page policy outline are free to use on their own.
Writing this policy with AI, without creating a new problem
If you draft the policy itself with a general AI tool, that’s fine — it’s generic language, no client data involved. The place to be careful is when you’re testing the policy against real examples. Don’t paste a real client’s name, health condition, or specific plan details into a general-purpose AI tool that hasn’t signed a Business Associate Agreement with you, even as a “just checking how this reads” exercise. That’s protected health information leaving your control with no accountability on the other end for how it’s stored or reused. The NAIC’s bulletin itself frames the underlying expectation plainly: a written program, a named accountability structure, and documentation a regulator or carrier could ask to see.
Safe to draft with AI
The policy language itself, generic examples, the tool inventory headers, training-record language. None of that needs a real client's name attached to test it.
Compliance: what this touches, and what it doesn’t
This article explains what the NAIC’s Model Bulletin says, who it’s formally addressed to, how states have adopted or diverged from it, and a practical written-policy outline an agency can build on its own initiative. It is not legal advice, and it does not tell you whether your specific state has adopted the bulletin, in what form, or whether your agency’s conduct would be found to violate your state’s Unfair Trade Practices Act. Confirm your own state’s current bulletin status directly with your state Department of Insurance, and have your own counsel review any policy before you treat it as your agency’s official compliance document. This article also doesn’t cover the separate NAIC Data Security Model Law, which governs how insurance licensees protect nonpublic information generally — we cover that one separately in our NAIC Data Security Law guide.
The close
The NAIC AI Model Bulletin is written to carriers, not to you, by name — but 25 states have adopted it, your own carrier’s compliance duty under it reaches your agency through ordinary vendor due diligence, and states like Texas have already closed the gap by naming agents directly. The eight-item checklist above is the real document, pulled straight from the bulletin’s own section numbers, and you can write a first draft of it this afternoon with nothing but a blank page. If you’d rather have an automatic record underneath that document instead of a policy nobody checks again until someone asks, one Ambrose seat comes with a Tech Savvy membership, and it’s the kind of thing the weekly build-with-you calls walk through directly: https://techsavvyinsurance.com/.
Before you rely on any figure in this article
Tech Savvy Insurance is a training and software community, not an insurance company, agency, or law firm, and does not provide insurance, legal, tax, or compliance advice. You are responsible for your own licensure and for complying with all applicable CMS, HIPAA, state, and carrier regulations. Regulations and enforcement priorities can change — confirm current requirements directly with your state Department of Insurance, the NAIC, or qualified legal counsel before relying on any figure here. AI-generated outputs may contain errors — always verify. Results may vary.
Frequently asked questions
Sources
- NAIC — Model Bulletin: Use of Artificial Intelligence Systems by Insurers (adopted December 4, 2023), full text — content.naic.org
- NAIC — Implementation of NAIC Model Bulletin: Use of Artificial Intelligence Systems by Insurers (adoption map, status as of April 1, 2026) — content.naic.org
- Quarles & Brady — Nearly Half of States Have Now Adopted NAIC Model Bulletin on Insurers' Use of AI (March 2025) — quarles.com
- Florida Legislature — Fla. Stat. § 626.9521, 2026 Florida Statutes (Unfair Insurance Trade Practices Act penalties) — leg.state.fl.us
- Texas Department of Insurance — Bulletin B-0003-26, Use of Artificial Intelligence (issued June 12, 2026) — tdi.texas.gov
- NAIC — Insurance Topics: Artificial Intelligence (Model Bulletin background) — content.naic.org
- Ambrose docs — What is Ambrose — app.hiambrose.com
- Ambrose docs — War Room — app.hiambrose.com
- Ambrose docs — How client data is protected (PHI Rail) — app.hiambrose.com
Ready to put this into practice?
Join a private community of Health & Life insurance professionals using AI, Meta Ads, and automation to grow — without draining their bank account.
Join Tech Savvy — $97/month