Before Your AI Agent Goes Live: 7 Questions to Ask About Accountability and Your Vendor Contracts
AI agents can now do real work on their own. They can route a claim, move a request forward, or start a payment without waiting for a person. That is a big opportunity for healthcare, insurance, and financial services. It also raises a simple question: who answers when an agent gets something wrong?
Washington is starting to ask that question out loud. A new federal AI task force is pressing developers to disclose incidents. The U.S. Treasury Department has said AI companies won't be shielded from liability. But the law still doesn't say whether the developer or the business using the agent answers when something goes wrong. Most businesses don't build their own AI agents. They buy or license them from a technology vendor, such as Salesforce, ServiceNow, or an AI company, and the vendor agreement is where responsibility is supposed to be spelled out. Yet most of those contracts were written before anyone asked this question.
That gap is your opening. Nearly all companies are investing in AI, but according to McKinsey research, only 1% of leaders call their companies mature in how they deploy it. The businesses that settle AI accountability before go-live can move faster, with fewer surprises and more trust from customers and regulators.
Strong AI governance keeps AI agents in check with controls like monitoring, testing, and human oversight. Accountability answers a different question: who's on the hook when something goes wrong. It sits inside Governance, the first of KKC's Four Pillars of AI Readiness: Governance, People, Data, and Process.
Use these seven questions as a checklist before your next agent goes live.
1. Who inside your company owns this AI agent's decisions?
Why it matters: When an agent acts, someone at your company needs to answer for it. If ownership is shared by "the team" or "IT," questions from customers, auditors, or regulators can bounce around with no clear answer.
What good looks like:
- One named person owns each agent, not a committee.
- That owner signs off before go-live and after major changes.
- Everyone knows who to call when the agent does something unexpected.
- Ownership is written down alongside the agent's other governance controls, such as testing and monitoring.
2. What does your vendor contract say about who is responsible when the agent gets it wrong?
Why it matters: Since the law hasn't settled AI agent liability, your contract is where responsibility gets decided. If the contract is silent, you may carry more risk than you expect.
What good looks like:
- The contract clearly states who is responsible for which kinds of errors.
- Indemnification terms cover harm caused by the agent's actions, not just software bugs.
- Your legal, compliance, and procurement teams have all reviewed the terms together.
3. Was your contract written for software that acts on its own?
Why it matters: Most AI vendor contracts were written for tools that suggest. An agent does more than suggest. It takes action. Terms built for a recommendation engine may not fit a system that sends messages, updates records, or approves requests.
What good looks like:
- The contract describes what the agent is allowed to do on its own.
- It covers actions the agent takes, not only the content it produces.
- New features or expanded permissions trigger a contract review.
4. How will you and your vendor report it when something goes wrong?
Why it matters: The new federal task force is pressing developers to disclose incidents. Your customers and regulators will expect the same openness from you. A clear reporting path turns a problem into a fast, well-handled fix.
What good looks like:
- The contract sets a timeline for the vendor to tell you about incidents.
- You know who tells whom, inside your company and out.
- There is a simple internal escalation path that your people have practiced.
5. Can you see, keep, and explain what the agent did?
Why it matters: If you can't show what an agent did and why, it is hard to prove who is responsible. Records protect you and help you improve the agent over time.
For example, a healthcare organization might use an agent to help process prior authorization requests. If a patient or provider questions a decision, the organization needs to show what the agent saw and what it did.
What good looks like:
- You have access to logs and decision records for every agent action.
- The contract says your company owns its data and the agent's records.
- You keep access to those records even after the contract ends.
6. Where does a human step in, and who has the final say?
Why it matters: As operations teams learn to manage AI agents alongside people, clear handoffs keep people in charge of the decisions that matter most. They also make accountability easier to explain.
For example, an insurer might let an agent handle simple claims decisions, with a person reviewing anything above a set amount. A financial services firm might let an agent prepare a loan or payment approval, with a person giving the final yes.
What good looks like:
- Written thresholds for when the agent must hand off to a person.
- People have clear rights to pause, override, or reverse the agent.
- Each handoff is recorded, so you can see who decided what.
7. Does your insurance and risk plan cover what the agent does?
Why it matters: Once you know who owns the agent and what your contract says, you can see where risk still sits with you. Your insurance and risk plans should reflect that.
What good looks like:
- You have asked your broker how your current coverage applies to AI agent actions.
- Each agent is listed in your risk register with its owner and risk level.
- Your risk plan is updated when an agent's role or permissions change.
Turn These Answers Into AI Readiness
Accountability is one part of Governance. Strong Governance connects to the other three pillars of AI readiness: People who know their roles, Data you can trust and trace, and Process that defines how work gets done. Together, these pillars shape where your organization stands on the four levels of AI readiness.
These answers will also change over time. As new rules take shape, plan to review your vendor contracts and update your answers to these seven questions.
KKC helps businesses in healthcare, insurance, and financial services reinvent how they work with AI. We build the governance, people, data, and process that make new technology stick. We don't advise from the shore. We get in the water with you.
Ready to see where you stand? Take the AI Readiness Score
Frequently Asked Questions
Who is liable when an AI agent causes harm?
The law doesn't say yet. A new federal AI task force is pressing developers to disclose incidents, and the U.S. Treasury Department has said AI companies won't be shielded from liability. Until the rules are clear, your vendor contract and your internal ownership need to spell out who answers for what.
Should we review existing AI vendor contracts, or only new ones?
Both. Most AI vendor contracts were written before anyone asked who answers when an agent causes harm. Review existing contracts, especially for agents that take action on their own, and build the seven questions above into every new contract.
How is AI accountability different from AI governance?
AI governance is the full set of controls that keep agents in check, such as monitoring, testing, and oversight. AI accountability is one part of governance. It answers a narrower question: who is responsible when an agent's action causes harm, inside your company and in your vendor contracts.
What is AI readiness, and how can we measure it?
AI readiness is how prepared your organization actually is to use AI well. KKC measures it across four pillars: Governance, People, Data, and Process. The AI Readiness Score shows where you stand today and where to focus next.
This article is for general information and isn't legal advice. Talk with your legal counsel about your specific contracts.
INSIGHTS












