Tag: Risk Management

  • AI Governance Is the Gate That Caught the Thing

    AI Governance Is the Gate That Caught the Thing

    Most AI governance is written by people who have never had to govern an agent that could actually break something. It reads like insurance paperwork: frameworks, maturity models, principles laminated on a wall. Then a real agent, on a real Tuesday, publishes your drafting notes as if they were the article — and the framework has nothing to say about it, because the framework was never in the room.

    We run a small agency where AI agents do real production work every day: research, drafting, publishing, measurement, and an unattended night queue that runs while we sleep. Governance, for us, is not a document. It is the set of gates that have caught real things. Every rule below exists because something specific got past us first, and the rule is the scar.

    Governance starts with who is allowed to remember

    The agents are stateless; the memory lives in one place. Every agent we dispatch starts cold. It knows nothing about our clients, our sites, or yesterday’s decisions until its work order tells it. That sounds like a limitation. It is the control surface. Because the agent holds no standing memory, it holds no standing permissions either — every job is scoped, priced, and bounded by the order that created it, and when the job ends, the access ends with it.

    The work order itself is a governance document. It states the whole price up front, names the points where a human must tap before work proceeds, and lists what the executor may ship directly and what it must hold. An agent that has to ask a question the order should have answered is not a governance failure by the agent. It is a drafting failure by us, and we treat it that way.

    Draw the doors as lines, not policies

    Four things always need a human tap: money, credentials, outbound sends, and publishing. Everything else, the fleet runs on its own. That split is the entire access policy, and it fits in one sentence because it has to survive contact with a tired operator at the end of a long day. Policies that need interpretation get interpreted — usually at the worst moment, in the most generous direction.

    Credentials get the hardest line. Our agents never hold passwords, never see them, never pass them along. Work that reaches a login the agent cannot complete through an already-signed-in session does not get worked around. It stops, logs a hold, and waits for the human whose door that is. One night this fall, a run reached a registry login at three in the morning. The operator could not face the tap, said so, and went to bed. The work was built to survive stopping, so stopping cost nothing. The credential never moved. That is what a line is for: it has to hold when nobody has the energy to argue with it.

    The risk is not a rogue agent. The risk is a report you believe.

    Every serious failure we have had was a verification failure, not a rebellion. A judge model, asked to grade drafts against a length limit, invented word counts that were off by a quarter to a third — confidently, in both directions. A publish report stated a post ID from memory instead of reading it back from the result file, and the number was wrong. A page was verified from its HTML source and declared fine while its signup form rendered as blank white cards. Drafting notes were once published as article content because the check stopped at “the words are there.”

    So the rule is mechanical: proof lives at the receiving end. Numbers get read back by value from the file that recorded them. Pages get verified as rendered pages, in a browser, the way a reader sees them — not from source. A finished article must show visible structure, or it is a hold, not a publish. None of this requires trusting the agent less. It requires trusting the report exactly as far as the evidence under it, which is where trust should have been calibrated all along.

    We also measure trust per model, the way you would per employee. In scored head-to-head runs on identical briefs, exactly one of our models graded perfectly — every defect real, no invented ones — so that model holds the verifier seat. Another writes fast and clean but invents defects when it judges, so it drafts and never judges. The cheapest tier once certified work it had not actually checked, so its output is never trusted without a pass behind it. “The AI said so” is not a control. A scorecard is.

    Failures become regressions, not folklore

    Every break gets an ID, an entry in the failure ledger, and a gate. When the night queue failed in a new way, the failure was written down with its cause and its receipt, and a regression check was built that fails the next run if the same shape reappears. The ledger is unglamorous. It is also the difference between an operation that learns and an operation that just has stories. Governance that lives in people’s memories leaves with their mood, their weekend, and eventually their employment. Governance that lives in a gate runs every time.

    Each work order also carries one pre-decided instruction for the moment something breaks: if a step’s end state cannot be verified, stop that step, log the hold, and move to the next independent step. Never improvise past a failed check. The decision is made in advance, in calm, because the middle of a failing run is the worst possible place to invent policy.

    The 3 a.m. test

    Here is the only governance question we ask anymore: what can this system not do at 3 a.m.? Our night queue runs unattended with hard caps — a maximum number of jobs, a maximum number of attempts, a hard stop before dawn, and a pause switch that halts everything if a single file exists. Agents working overnight cannot spend money, cannot send anything to anyone, cannot touch a credential, and cannot publish. They can draft, measure, and report. Morning is a review: a human reads what the night produced, approves what is good, and the approvals are the fuel for the next day’s work.

    That is the whole philosophy. Governance is not the set of things your agents are allowed to do. It is the set of things they structurally cannot do while you are asleep, plus the evidence trail that lets you check everything else over coffee.

    What this is not

    This will not satisfy a compliance department, and it is not meant to. If you handle medical records or other people’s money under regulation, you need the paperwork kind too. But the paperwork kind alone will not save you from the ordinary failures — the believed report, the generous interpretation, the confident invented number — because those failures are not compliance failures. They are operating failures, and they happen at every scale, in shops with two people and in companies with two thousand.

    Start where the risk actually is. Give the agents no memory and no keys. Draw four doors and hold them. Verify at the receiving end. Write every failure down and make it a gate. Then run the 3 a.m. test on your own setup, honestly, and fix what it shows you. The framework can come later. The gate that catches the thing comes first.

  • Isaias by the Numbers: Four Estimates, Four Different Storms

    Isaias by the Numbers: Four Estimates, Four Different Storms

    From the Risk Coverage Hub desk — Tygart Media’s storm and claims desk, where the loss numbers get read the way operators have to read them.

    Hurricane Isaias made landfall near Destin, Florida, on October 9 as a Category 2 storm with maximum sustained winds of 105 mph. It had peaked at Category 3 strength offshore before wind shear tore at its center, and it was the first hurricane to make landfall on the US mainland since Milton in 2024. The damage is done. Now the estimates are landing, and they do not agree — because they are not measuring the same thing.

    Here is each one, on its own terms.

    Verisk: $1 billion to $2 billion. Verisk’s Catastrophe and Risk Solutions business puts insured industry losses to onshore property at $1–2 billion. Wind is expected to account for the vast majority of it — fallen trees, damaged roofs, fencing, debris. The estimate covers building, contents, and time-element coverage on residential, commercial, and industrial property, plus automobiles. Reported by Reinsurance News, October 14.

    Cotality: $2 billion to $3 billion. Cotality (formerly CoreLogic) estimates $2–3 billion for wind and surge losses — a broader water component than Verisk’s wind-led read, which is part of why the number sits higher.

    KCC: $3 billion. Karen Clark & Company expects the private insurance market loss from wind and storm surge to total $3 billion, based on its high-resolution US Hurricane Model. That includes residential, commercial, and industrial property, automobiles, and business interruption. It excludes boats, offshore property, and NFIP flood policy losses — the federal flood book is not in this number.

    Euler ILS Partners: $2 billion to $4 billion. The widest range of the four, published as an initial industry estimate in the first days after landfall.

    Email Me This Article

    Why the spread is the story

    A restorer reading these headlines could reasonably ask which one is right. The honest answer is that each is a different slice. Verisk counts onshore property. KCC counts the private market, business interruption in, federal flood out. Gallagher Re, folding the anticipated NFIP loss in, expects the total to settle at the lower end of the low-to-mid single-digit billions — a fifth figure, built on a fifth definition.

    Two numbers making the rounds are not insured-loss estimates at all, and should not be quoted as if they were. AccuWeather’s $16–20 billion is total damage and economic loss across the Gulf and eastern US. Moody’s $1–2 billion is a reduction in economic output. Both describe the storm’s footprint on the economy, not what insurers will pay.

    Even the surge tells two stories. KCC put peak storm surge at about 8 feet. Gallagher Re’s measured maximum was 5.57 feet at the Panama City Beach gauge — the second-highest reading there since 1995, behind only Hurricane Opal. A modeled peak and a gauge reading are different instruments. Neither is lying; they are answering different questions.

    What it means at the desk

    Gallagher Re’s read, published October 14, is that Isaias is “unlikely to influence upcoming 1 January reinsurance renewal discussions.” Their reasoning: the loss size is manageable, the storm struck a less populated stretch of Florida’s western Panhandle with a relatively small radius of maximum winds, and the market is carrying record levels of traditional and alternative capacity. AM Best said much the same — insured losses in the low single-digit billions, reinsurance capacity and pricing “not expected to be dramatically impacted.”

    For operators, the practical translation: a $1–4 billion event, depending on whose slice you take, in a market with deep capacity. Claims will be worked, carriers are not blinking, and the wind-versus-flood split — Verisk’s wind-led picture against everything the NFIP book absorbs separately — is where individual files will be won and lost. That split, and the clocks that run on it, are covered in our companion piece, After Isaias: The Claims Clock, the Wind/Flood Split, and the Paperwork That Decides.

    The estimates will converge as claims close. Until they do, quote each one with its owner and its definition attached — or do not quote it at all.

    SOURCES

    • Artemis: “KCC estimates hurricane Isaias wind and surge insured losses at $3bn” (artemis.bm)
    • Reinsurance News: “KCC estimates insured losses from Hurricane Isaias at $3bn”; “Verisk estimates Isaias insured losses at $1-2bn, driven largely by wind damage” (Oct 14, 2026); “Hurricane Isaias unlikely to affect Jan 1 reinsurance renewals, says Gallagher Re” (Oct 14, 2026)

    Related reading

    The Missed Line Items Pack — $19

    Four estimates of the same storm should not read like four different storms. The Missed Line Items Pack is the checklist version of that discipline: the Xactimate line items restoration estimators most often leave out, with the supplement language that gets them paid.

    Get the Pack — $19
  • Cyber insurers are writing AI into policies — the fine print splits on whose AI it is

    Two specialist cyber carriers put affirmative AI wording on cyber cover within days of each other. CFC rebuilt the cyber section of its financial institutions insurance suite around its full cyber proactive response (CPR) policy, adding affirmative wording for AI-related cyber exposures, announced September 17. Beazley issued a comparable AI Clarifying Endorsement for its cyber product, stating explicitly that AI-driven cyber attacks fall within its existing cover.

    The announcements put a name on what the market has called silent AI — cyber policies absorbing AI-related risk for roughly two years without naming it, an echo of the silent-cyber problem that pushed cyber exposure into standalone products a decade ago. Note the contrast: in general liability, new ISO exclusion forms effective this January let carriers strip AI-related losses out of standard policies instead of affirming them.

    The split that matters: the affirmative wording confirms AI used against the policyholder — AI-driven deception, reconnaissance, intrusion — falls within cyber cover. It says nothing about AI the business itself runs — client-facing tools, trading models, vendor platforms. That exposure may sit under E&O, professional liability, or a gap between the two.

    For restoration contractors: this is the wording now being written into specialist cyber forms, not a rewrite of every contractor policy. If your operation runs AI on client work — intake bots, quoting tools, chatbots — that wording answers the attack-against-you question, not the your-AI-made-a-mistake question. That’s a broker conversation, and it’s new this month. The operator-side breakdown is on Restoration Intel.

    Sources: Insurance Business UK on CFC; Beazley’s AI Clarifying Endorsement

  • Cyber insurers are writing AI into policies — the fine print splits on whose AI it is

    Two specialist cyber carriers put affirmative AI wording on cyber cover within days of each other. CFC rebuilt the cyber section of its financial institutions insurance suite around its full cyber proactive response (CPR) policy, adding affirmative wording for AI-related cyber exposures, announced September 17. Beazley issued a comparable AI Clarifying Endorsement for its cyber product, stating explicitly that AI-driven cyber attacks fall within its existing cover.

    The announcements put a name on what the market has called silent AI — cyber policies absorbing AI-related risk for roughly two years without naming it, an echo of the silent-cyber problem that pushed cyber exposure into standalone products a decade ago. Note the contrast: in general liability, new ISO exclusion forms effective this January let carriers strip AI-related losses out of standard policies instead of affirming them.

    The split that matters: the affirmative wording confirms AI used against the policyholder — phishing, reconnaissance, intrusion — falls within cyber cover. It says nothing about AI the business itself runs — client-facing tools, trading models, vendor platforms. That exposure may sit under E&O, professional liability, or a gap between the two.

    For restoration contractors: this is the wording now being written into specialist cyber forms, not a rewrite of every contractor policy. If your operation runs AI on client work — intake bots, quoting tools, chatbots — that wording answers the attack-against-you question, not the your-AI-made-a-mistake question. That’s a broker conversation, and it’s new this month. The operator-side breakdown is on Restoration Intel.

    Sources: Insurance Business UK on CFC; Beazley’s AI Clarifying Endorsement

  • Cyber insurers are writing AI into policies — the fine print splits on whose AI it is

    Two specialist cyber carriers put affirmative AI wording on cyber cover within days of each other. CFC rebuilt the cyber section of its financial institutions insurance suite around its full cyber proactive response (CPR) policy, adding affirmative wording for AI-related cyber exposures, announced September 17. Beazley issued a comparable AI Clarifying Endorsement for its cyber product, stating explicitly that AI-driven cyber attacks fall within its existing cover.

    The announcements put a name on what the market has called silent AI — cyber policies absorbing AI-related risk for roughly two years without naming it, an echo of the silent-cyber problem that pushed cyber exposure into standalone products a decade ago. Note the contrast: in general liability, new ISO exclusion forms effective this January let carriers strip AI-related losses out of standard policies instead of affirming them.

    The split that matters: the affirmative wording confirms AI used against the policyholder — phishing, reconnaissance, intrusion — falls within cyber cover. It says nothing about AI the business itself runs — client-facing tools, trading models, vendor platforms. That exposure may sit under E&O, professional liability, or a gap between the two.

    For restoration contractors: this is the wording now being written into specialist cyber forms, not a rewrite of every contractor policy. If your operation runs AI on client work — intake bots, quoting tools, chatbots — that wording answers the attack-against-you question, not the your-AI-made-a-mistake question. That’s a broker conversation, and it’s new this month. The operator-side breakdown is on Restoration Intel.

    Sources: Insurance Business UK on CFC; Beazley’s AI Clarifying Endorsement

  • Cyber insurers are writing AI into policies — the fine print splits on whose AI it is

    Two specialist cyber carriers put affirmative AI wording on cyber cover within days of each other. CFC rebuilt the cyber section of its financial institutions insurance suite around its full cyber proactive response (CPR) policy, adding affirmative wording for AI-related cyber exposures, announced September 17. Beazley issued a comparable AI Clarifying Endorsement for its cyber product, stating explicitly that AI-driven cyber attacks fall within its existing cover.

    The announcements put a name on what the market has called silent AI — cyber policies absorbing AI-related risk for roughly two years without naming it, an echo of the silent-cyber problem that pushed cyber exposure into standalone products a decade ago. Note the contrast: in general liability, new ISO exclusion forms effective this January let carriers strip AI-related losses out of standard policies instead of affirming them.

    The split that matters: the affirmative wording confirms AI used against the policyholder — phishing, reconnaissance, intrusion — falls within cyber cover. It says nothing about AI the business itself runs — client-facing tools, trading models, vendor platforms. That exposure may sit under E&O, professional liability, or a gap between the two.

    For restoration contractors: this is the wording now being written into specialist cyber forms, not a rewrite of every contractor policy. If your operation runs AI on client work — intake bots, quoting tools, chatbots — that wording answers the attack-against-you question, not the your-AI-made-a-mistake question. That’s a broker conversation, and it’s new this month. The operator-side breakdown is on Restoration Intel.

    Sources: Insurance Business UK on CFC; Beazley’s AI Clarifying Endorsement

  • Always-Allow Approvals: Deep Dive

    Always-Allow Approvals: Deep Dive

    Research snapshot · September 17, 2026 7 platforms · 14 cited sources

    “Always allow” is a scope, not a safety verdict.

    The button can mean “for this session,” “for this command in this repo,” “for this site across devices,” or “everything, until you turn it off.” The wording looks universal. The permission is not.

    What it usually means

    “If this same kind of action happens again inside a defined boundary, don’t interrupt me.”

    What it never means

    “The system has decided this action is safe, wise, or appropriate forever.”

    01

    One label. Six possible boundaries.

    Before approving, ask three things: what is being authorized, where the grant applies, and when it expires.

    One actionApprove this exact send, command, purchase, or change once.
    This sessionAllow the tool until the current conversation or work session ends.
    Tool or patternAllow a named tool, command prefix, server, or similar operation.
    Repo or sitePersist within a project, repository, browser site, or workspace.
    User or deviceApply across workspaces on one machine, or across devices via cloud settings.
    EverythingYOLO, bypass, or run-everything modes remove broad classes of checks.

    Risk rises faster than convenience as the scope moves right.

    02

    How the major platforms differ

    Filter the field. These behaviors come from vendor documentation or documented reporting; unresolved details are marked plainly.

    Claude Code

    Coding agent
    repo + command

    Shell-command “don’t ask again” grants persist per repository and command. File-edit approvals last only for the session.

    • Four settings layers: user, project, project-local, managed.
    • Deny rules evaluate before ask and allow.
    • Sensitive paths keep hard prompts.

    Cursor

    Coding agent
    user + project

    Auto-review, Allowlist, and Run Everything modes sit above user- and project-level permission files.

    • Rules can target MCP server:tool patterns.
    • Terminal rules match command prefixes.
    • Committed project rules can travel with the repo.

    Gemini agents

    Coding agent
    tool + machine

    Always-allow can target a tool, MCP server, or “similar operations.” YOLO/auto-approve is an IDE user setting.

    • User setting can span trusted workspaces on that machine.
    • CLI supports command-prefix auto-approval.
    • Restricted workspaces override YOLO.

    ChatGPT agent

    Browser agent
    no standing grant documented

    OpenAI documents per-action confirmations for high-impact actions and “watch mode” on certain sites, but not a general always-allow for agent confirmations.

    • Login uses human takeover.
    • Cookies can persist across sessions.
    • Scheduled-task confirmation behavior is undocumented.

    ChatGPT Work

    Cloud browser
    site + account

    Reported controls are per-site: Always ask, Auto approve, and Always allow. The setting follows cloud/account state across devices.

    • “Always allow” is reportedly marked not recommended.
    • Consequential actions keep a confirmation gate.
    • Official help-center documentation was not found.

    Copilot Studio

    Enterprise agent
    rest of session

    Makers gate tools per agent; users can approve once, approve for the rest of the session, or deny.

    • The gate is outside the agent’s own instructions.
    • Designed for sends, tickets, payments, and similar tools.
    • Governance can feed Power Platform audit systems.

    Grok / Grok Bot

    Cloud agent
    undocumented

    The research did not find reliable xAI documentation defining a standing approval’s scope, persistence, cross-chat reach, or revoke surface.

    • Do not infer Grok’s behavior from Claude, Cursor, Gemini, or Muse.
    • Treat each approval as local to the visible task until the product proves otherwise.
    • Keep consequential actions behind a separate human gate.
    03

    Does the approval travel?

    Usually less than people fear—but sometimes farther than they expect. No researched vendor carries an approval into another vendor’s product.

    PlatformOther chatsOther projectsOther devicesOther products
    Claude CodeYes, in same repoNo, unless user-level ruleNo, local filesNo evidence
    CursorYesOnly if rule is sharedVia committed repo fileNo evidence
    ChatGPT agentn/an/an/aNo evidence
    ChatGPT WorkYes, per siteYes, per siteYes, cloud/accountNo evidence
    Copilot StudioNo, session onlyNoNoNo evidence
    Gemini Code AssistYes, same IDEYes, user settingUndocumentedNo evidence

    There is no universal “always.” There is only an approval attached to a boundary.

    Main chat vs. project vs. Claude vs. Grok vs. Cursor: treat every surface as a separate authority domain until that product explicitly shows otherwise. Same account does not mean same grant. Same vendor does not mean same product. Similar wording does not mean similar scope.

    04

    Design the least-annoying safe gate

    A practical rule engine based on the converging guidance: reserve human attention for the steps where it changes the outcome.

    Approval recommender

    Choose an action and its reach. This is a policy aid, not a vendor setting.

    Action
    Reach
    Duration
    Recommended gate Auto-run with an audit log

    Read-only work inside your own workspace can usually proceed quietly. Log what was accessed and keep secrets excluded.

    Quiet lane

    Low consequence, reversible, internal.

    • Read/search
    • Draft/stage
    • Organize reversible files
    • Always log

    One-tap lane

    Meaningful external or production effect.

    • Send or publish
    • Deploy
    • Account setting
    • Show real target + content

    Friction lane

    Money, identity, access, deletion, or irreversible harm.

    • Typed approval or step-up auth
    • Bind approval to exact action
    • Short expiry
    • Never inherited from a vague grant
    05

    How standing approvals fail

    The danger is rarely “the AI became evil.” It is usually a trusted tool, a changed context, a misleading prompt, or a tired human.

    Approval fatigue

    A prompt repeated often enough becomes a reflex. The gate still exists visually while meaningful review disappears. This is why tiering beats asking about everything.

    Prompt injection through a trusted tool

    EchoLeak showed how a crafted email could coerce Microsoft 365 Copilot into exfiltration. TrustFall showed how one generic “trust this folder” click could arm a malicious MCP configuration across coding agents.

    Grant outlives the reason

    A permanent Bash rule, per-site browser grant, or scheduled-task permission can remain after the original job is over. The next task inherits power it did not earn.

    Scope contamination

    Repo rules can affect every future task in the repo. Cursor project allowlists can be committed and inherited by teammates. A convenience decision becomes shared infrastructure.

    Presented action differs from executed action

    If the user sees the agent’s summary instead of the resolved recipient, command, or final payload, the approval can be technically genuine but practically uninformed.

    “Run everything” becomes the workaround

    If the system asks about trivial reads and destructive writes with equal urgency, users reach for YOLO or bypass modes. Bad UX can manufacture unsafe behavior.

    The four repeated cards are not reassurance.

    A gate that reappears until the user disables it is approval fatigue in miniature. Whether the repeats came from retry logic or delivery duplication, the safe response is to deduplicate the prompt—not train the user to approve more broadly.

    06

    No industry standard—yet

    There is no binding specification that makes “always allow” mean the same thing everywhere. But the security guidance is converging.

    Least agencyGrant the exact command, path, server, tool, recipient, and purpose—not a whole capability.
    Time and task limitsPrefer once or session. Standing grants should expire or be reviewed.
    Risk tiersRead, write, external send, payment, and security changes should not share one gate.
    Per-action verificationPrivileged steps should be rechecked by a policy engine outside the agent prompt.
    Presentation integrityShow the real recipient, final text, raw command, and resolved resource.
    Immutable receiptsRecord what was shown, what was approved, and what actually executed.
    Hard baselinesSecrets, account recovery, money, destructive commands, and broad access should keep non-bypassable checks.
    Kill switchesEvery durable grant needs a visible list, revoke action, and safe fallback.

    The best feature is not “always allow.” It is “allow this exact thing, for this purpose, until this time.”

    Product opportunity: make the scope legible. Let users see a plain-language grant card, a live approval ledger, expiry/count limits, and a one-tap revoke. The system should reduce nagging by grouping low-risk work—not by quietly widening authority.

    07

    The practical rule for your setup

    You already have the right doctrine. The research mainly sharpens where the lines belong.

    Auto

    Let it run and narrate after.

    • Reads and research
    • Drafts and staging
    • Reversible internal organization
    • Routine checks with no external effect

    Tap

    Keep the one-tap human gate.

    • Email and messaging
    • Publishing and deploys
    • Changing live settings
    • Actions affecting another person

    Type

    Make the friction intentional.

    • Money and purchases
    • Credential/security changes
    • Deletion or irreversible moves
    • Broad standing authority

    Your “always allow” tap was not reckless.

    It was a reasonable response to a low-value repeated prompt. The lesson is not “never use standing approval.” It is: the platform should show the exact scope, make it easy to revoke, and never rely on repetition to win consent. Until Muse exposes that ledger, treat the grant as a convenience whose boundary remains partly unknown.

    Selected sources

    1. Claude Code permissions documentation mirror — tiers, scopes, persistence
    2. Claude Code configuration guide — settings layers and safeguards
    3. Cursor run modes and sandbox runbook
    4. OpenAI Help: ChatGPT agent
    5. Gemini Code Assist agent mode
    6. Copilot Studio approval controls
    7. OWASP Top 10 for Agentic Applications 2026
    8. Auth0: intent gates and task-scoped tokens
    9. iProov HAPS experimental specification
    10. EchoLeak paper
    11. The Register: TrustFall and one-click RCE
    12. Research on approval fatigue and human oversight
    13. Tool-call confirmation fatigue
    14. Human-in-the-loop rubber-stamping

    Verification note: the research read public documentation and web text on September 17, 2026. It did not live-test each product. Undocumented behavior is labeled as such.

    Always-Allow Approvals · Deep DiveBuilt from live web research · 2026-09-17
  • I run six AI seats on my business. Nobody’s had a production incident yet. Here’s the whole governance model.

    They keep publishing the obituary before the body's cold.

    Gartner's take, from May: by 2027, 40% of enterprises will demote or decommission their autonomous AI agents because of governance gaps they only discover after a production incident. (Gartner press release, May 26, 2026; the analyst is Shiva Varma.) Not because the models failed. Because nobody was watching the permissions.

    Then this month: BCG's Steven Mills — partner, managing director, and the firm's chief AI ethics officer — warned that companies are accelerating agentic AI deployment with "no idea how to manage risk." His line: "Get governance wrong, and every bit of value you've built with experimentation and early wins could unravel because of a single incident." (Fast Company, Sept 2026.)

    Mills's prescription is interesting. He says there's no fixed design for good corporate AI risk management, but the starting point is separating use cases that are inherently low-risk — those can be approved automatically — from the ones that carry real risk and need deep human review. Plus a real budget for governance and a senior executive accountable for AI safety.

    Read that again. It's an org chart's answer to a practical problem: committees, stage gates, a budget line, an executive with a title.

    Here's the thing. I run a version of this every night, and it's none of those things. No committee. No governance budget. One man and a phone.

    I run six AI seats on my business — a personal agent, an ops chief of staff, a publishing-desk agent, and three build seats. They read my email, draft my outreach, design automations, run research while I sleep. The governance model fits on a sticky note:

    Two-way doors swing. One-way doors don't.

    A two-way door is anything reversible — analysis, research, drafting, staging. My agents walk through those on judgment, and I mean it: momentum wins, I don't want a report, I want the work done.

    A one-way door is anything you can't take back — money moves, sends, publishes, deletions, credentials. Every one of those stops at the gate. And the gate isn't a process. It's my tap. Structural, not procedural. A draft can sit ready for three weeks; it doesn't send until I say so.

    That's it. That's the whole model that Gartner's 40% are supposedly spending governance budgets to build. Varma even names the failure mode: companies treat governance as binary — locked down or fully trusted. The doors model isn't binary. It's proportional. Reversible work flows, irreversible work waits. Small decisions move at tap speed instead of committee speed.

    There's a second piece, and it matters: autonomy is earned through clean observation, never granted up front. Nothing in my shop graduates to auto-pilot on day one. New automations start in shadow — run the behavior, take no action — and only earn real permissions after clean observation. Seven clean shadow days before something auto-archives. Three clean days before a migration cutover. The machine proves it's safe by being watched being safe.

    And before anything goes out — anything — it runs a sensitive-token scrub, like a virus list: exact matches block, fuzzy matches queue for a human. Official facts only. Never invented rankings, features, or quotes.

    That's the enterprise governance problem, solved by one operator with six agents, and it's cheaper and faster than every framework Mills is recommending because there's no committee in the middle. The human review he prescribes for high-risk uses? Mine takes one tap. Low-risk automatic approval? Mine doesn't even need approval — it's a two-way door.

    Proof's not in the framework. It's in this morning. Two vendor outreach waves went out — Eastern at 7:54, Pacific at 9:07 — drafted by the seats, sent on my tap, nothing auto-fired. A storm-triggered vendor automation is being designed this afternoon with the gate baked into the spec: it can search impact areas and draft outreach, it cannot send. Overnight research runs while I sleep and lands in a brief I read over coffee. Six seats working, zero production incidents, zero surprises in my inbox.

    I'm not saying enterprises should run their AI program from a phone. They can't — scale demands the org chart. I'm saying the org chart versions keep failing on the exact axis the doors model gets right: they try to govern everything the same way, so everything either crawls or crashes. Separate the reversible from the irreversible, put a real human's tap on the irreversible, make everything else prove itself in shadow before it earns anything, and scrub before you publish.

    The big shops are about to learn this at scale. The 40% who don't will be the decommissioned ones. The ones who do will discover what I already know: governance that moves at tap speed isn't less governance. It's the only kind fast enough to keep up with the machines.

    —

  • Business Continuity Plan (BCP) Template

    Business Continuity Plan (BCP) Template

    >

    Direct Answer / Product Definition

    The Business Continuity Plan (BCP) Template by Tygart Media is an eleven-section continuity framework for restoration contractors and property managers, mapping FEMA essential functions, ISO 22301 RTO/RPO targets, and Code Red ACT. Will Tygart documents the full DIY method on this page; the $29 Square product delivers a pre-wired Notion workspace (plan page plus five databases) by email within 24 hours of checkout.

    Business Continuity Plan (BCP) Template

    $29

    Notion workspace delivered by email within 24 hours after Square checkout.

    Buy on Square — $29 →

    Secure checkout via Square — all major cards accepted

    Tygart Media publishes this method so restoration shops and property managers can build a real Business Continuity Plan without a consultant. Copy the eleven sections into a spreadsheet or Notion. The $29 Buy on Square option is Will Tygart’s packaged Notion duplicate: the plan page plus five databases already wired, delivered by email within 24 hours after checkout.

    This walks a property manager, a restoration company, or any shop that needs a living plan (not a binder on a shelf) through the same structure. Fill the fields. Practice the tree. Update it every six months.

    DIY Spreadsheet vs $29 Notion Workspace

    Option Price Deliverable Best For
    Copy from this page $0 Eleven-section method + field lists (RTO 0–4h through 7+ days) First tabletop before spend
    BCP Template (this product) $29 Notion plan + 5 linked databases Ops leads who want structure day one
    Complete Restoration Operations Kit $97 Job, claims, and KPI Notion ops stack Shops running daily mitigation + rebuild

    What a good BCP actually is

    Five steps: risks, roles, comms, vendors, drill for a restoration BCP
    A good BCP is practiced — not laminated and forgotten.

    It is not about the document. It is about the capability. A plan in a drawer is worthless. A plan your team has practiced, your vendors know about, and you update on a review cycle is the difference between a company that keeps running and one that does not.

    Three frames sit under this template:

    • FEMA: essential functions must still get done during any disruption.
    • ISO 22301: deliver services inside acceptable timeframes.
    • Code Red ACT: Assessment, Communication, Training.

    This template combines those into something you can build and maintain yourself. Restoration ERP-style cloud BCP tools exist if you need branded mobile apps and automated SMS. This is the planning foundation: the thinking, the structure, the documentation. That is the part that matters most, and you can customize it.

    Start with the plan header

    Write these six fields on page one. Do it today.

    • Plan Owner: a named person, not “the office.”
    • Organization: legal name people will see on the copy.
    • Last Updated: today’s date.
    • Next Review Date: six months from now.
    • Plan Version: start at 1.0.
    • Distribution: who gets a copy (owner, ops, office, key vendors).

    Build it in this order

    Restoration SOP clipboard with checklist, moisture meter, and gloves on a jobsite table
    Build it in order — functions, risks, tree, vendors, drill.

    Eleven sections. Do them in sequence. Each one is a how-to, not an essay.

    1. Business Impact Analysis (BIA). Identify the functions that matter most and how long you can survive without them.
    2. Risk Assessment. What threats exist, how likely, how severe.
    3. Critical Functions and Recovery Objectives. RTO and RPO for every essential function.
    4. Emergency Contact and Communication Tree. Who to call, in what order, through what channels.
    5. Incident Response Procedures. Step-by-step for the first 24–72 hours.
    6. Recovery Strategies. How to restore each critical function.
    7. Facility and Infrastructure. Building systems, utility shutoffs, alternate locations.
    8. Vendor and Contractor Directory. Pre-qualified emergency vendors with contracts on file.
    9. IT and Data Recovery. Backups, cloud access, cybersecurity incident response.
    10. Training and Exercise Log. Tabletop exercises, drills, lessons learned.
    11. Plan Maintenance and Review. Keep the plan alive.

    How to fill Critical Business Functions

    Make one row per function. Restoration shops usually start with dispatch / first notice, mitigation crews, equipment, claims / documentation, billing, and payroll. Use the real names you use in the shop.

    For each function, fill:

    • Function Name
    • Department. Operations, Finance / Accounting, Sales / Business Dev, IT / Technology, HR / People, Legal / Compliance, Customer Service, Facilities, or Executive
    • Owner: person responsible in a crisis
    • Alternate: backup if the owner is unavailable
    • Priority. P1 Mission Critical, P2 Essential, P3 Important, P4 Deferrable
    • RTO (Recovery Time Objective, max acceptable downtime). 0–4 hours, 4–12 hours, 12–24 hours, 1–3 days, 3–7 days, or 7+ days
    • RPO (Recovery Point Objective, max acceptable data loss). Zero data loss, 1 hour, 4 hours, 24 hours, or 7 days
    • Impact if Down: what actually happens if this stops
    • Revenue Impact. Direct revenue loss, Delayed revenue, Indirect cost increase, Reputational, or Minimal
    • Dependencies: systems, people, vendors this function needs
    • Systems Required: software, hardware, access
    • Recovery Strategy: how you restore it
    • Last Tested and Notes

    If you cannot name an Alternate, that function is a single point of failure. Write that down. Fix it in the recovery strategy, not later.

    How to fill Risk Assessment

    One row per threat. Categories in the template: Natural Disaster, Fire, Water / Flood, Cybersecurity, Pandemic / Health, Utility Failure, Supply Chain, Key Person Loss, Legal / Regulatory, Civil Unrest, Infrastructure Failure, Other.

    For each threat, fill:

    • Threat / Risk: a specific sentence, not “weather”
    • Likelihood. Almost Certain, Likely, Possible, Unlikely, Rare
    • Impact Severity. Catastrophic, Major, Moderate, Minor, Negligible
    • Risk Score. Critical, High, Medium, Low (your call from likelihood × severity)
    • Affected Functions: which rows from the functions table this hits
    • Current Mitigation: what you already have
    • Additional Mitigation Needed: the gap
    • Insurance Coverage. Fully Covered, Partially Covered, Not Covered, Unknown
    • Owner, Last Reviewed, Notes

    Start with the threats you have already lived: a freeze, a key tech leaving, a software outage, a shop fire, a Category 3 loss at your own building. Then add the ones you have not lived yet.

    How to fill the Communication Tree

    One row per person. Call Order 1 is the first call. If you cannot reach them, you call their Backup Person.

    Fields:

    • Name, Role (Plan Owner, Executive Team, Department Head, Team Lead, Key Employee, Board / Ownership, or External: Legal, Insurance, IT, Restoration, Government, Media)
    • Phone – Primary and Phone – Alternate
    • Email, Location
    • Call Order (number)
    • Backup Person
    • Responsibilities in Crisis
    • Can Authorize Spending (yes/no)
    • Can Speak to Media (yes/no)

    Print a copy. Put one in the go-bag and one at the shop. A tree that only lives in a laptop fails when the laptop is in a flooded office.

    How to fill the Vendor Directory

    Pre-qualify before you need them. Categories in the template: Restoration / Mitigation, General Contractor, Plumbing, Electrical, HVAC, Roofing, IT / Cybersecurity, Data Recovery, Security / Guard, Cleaning / Janitorial, Temporary Staffing, Equipment Rental, Document Recovery, Environmental / Hazmat, Legal, Insurance Adjuster, Other.

    For each vendor: name, contact, phone, email, service area, 24/7 available, response time (Under 1 hour through Next day, or Unknown), contract on file, contract expiry, rate notes, rating (Excellent through Do Not Use), last used, notes.

    If Contract on File is no, that is this week’s homework, not a crisis-day task.

    How to run a tabletop (Training & Exercise Log)

    Restoration technicians training in a shop bay with equipment demo and whiteboard
    Tabletop drill: the log proves you trained, not just wrote.

    A BCP you have never practiced is a draft. Log every exercise.

    • Exercise Name, Date, Duration, Facilitator, Participants
    • Type. Tabletop Exercise, Walk-Through, Functional Drill, Full-Scale Exercise, Training Session, or After-Action Review
    • Scenario: the disaster you simulated
    • Key Findings: what worked, what failed, what surprised you
    • Action Items: specific improvements
    • Status. Scheduled, Completed, Cancelled, Action Items Open, All Actions Closed
    • Next Exercise Due

    Pick one P1 function and one High risk. Walk the first 24 hours out loud with the people on the tree. Write what broke. Close the action items before the next review date.

    The other sections, short

    • Incident response (first 24–72 hours): who declares the incident, who calls the tree, who talks to staff and customers, who authorizes spend, where you meet if the shop is unusable.
    • Recovery strategies: one paragraph per P1/P2 function. Point at the Alternate, the Systems Required, and the vendor who can stand it up.
    • Facility: shutoff locations, generator, alternate location, key box, who has after-hours access.
    • IT and data: where backups live, who can restore, what happens if email or the CRM is down, how you handle a cyber incident without guessing.
    • Maintenance: review date on the header is a real date. After any real incident or any exercise, bump the version.

    Frequently Asked Questions

    What is the Business Continuity Plan Template by Tygart Media?

    The Business Continuity Plan Template by Tygart Media is an eleven-section BCP framework aligned with FEMA essential functions, ISO 22301 recovery objectives, and Code Red ACT. The $29 Square product delivers a pre-built Notion workspace with five databases; the same method is free to copy from the page.

    Who is this BCP template for?

    Tygart Media built it for property managers, restoration contractors, and SMB operators who need a living plan with RTO and RPO fields, a communication tree, vendor directory, and tabletop exercise log—not a binder on a shelf.

    What is included in the $29 Notion duplicate?

    The $29 checkout includes the plan page plus five Notion databases: Critical Business Functions, Risk Assessment, Emergency Contact and Communication Tree, Vendor and Contractor Directory, and Training and Exercise Log. Tygart Media emails access within 24 hours after Square checkout.

    How often should a BCP be reviewed?

    Tygart Media recommends updating the plan header every six months, running at least one tabletop exercise per review cycle, and bumping the plan version after any real incident or drill.

    If you want the packaged Notion workspace

    You can build every table above in a spreadsheet. Buy Now is the Notion duplicate with the plan page and the five databases already built (Critical Business Functions, Risk Assessment, Emergency Contact & Communication Tree, Vendor & Contractor Directory, Training & Exercise Log). Delivered by email after checkout. Same Square button at the top of this page.

    $29

    Notion plan + 5 databases — email delivery within 24 hours via Square.

    Buy on Square — $29 →

    Related Operations & Systems

    Companion Systems: Commercial Restoration Sales Kit ($47) · Complete Restoration Operations Kit ($97) · Tygart Media Shop.

    Author: Will Tygart, Founder of Tygart Media — continuity and operations systems for property restoration and facility teams.

  • Owner Freedom Kit

    Owner Freedom Kit

    Owner Freedom Kit

    $397

    Delivered by email after checkout.

    Buy Now →

    Secure checkout via Square — all major cards accepted

    You can copy this method and do it yourself. Audit where the business depends on you. Build a bench. Run a 12-week plan to step back. Buy Now is the packaged bundle: five Notion tools plus the matching Claude skills, so you are not assembling the doer-to-leader system from blank pages.

    This is the premium tier of the Restoration Leadership Toolkit. For owners serious about getting out of the truck, and eventually building something they can sell. The full system: audit, bench, 90-day plan, succession stress test, and the 1-3-1 handoff.

    What’s in the kit

    Four-phase board covering a 12-week owner freedom transition
    A 12-week arc from naming why to review and repeat.
    1. Owner Dependency Audit
    2. Restoration Leadership Bench Builder
    3. 90-Day Doer-to-Leader Transition Plan
    4. 5 Ds Succession Risk Checklist
    5. 1-3-1 Delegation Worksheet

    The matching skills from the Leadership Claude Edition: owner-dependency-audit, leadership-bench-builder, doer-to-leader-90-day, succession-5ds-checklist, delegation-1-3-1.

    Run them in this order. The 90-day plan is the spine. The other four feed it.

    Week 0: name why you are stepping back

    Before Week 1, write three lines:

    • My #1 reason to step back (what I would do with the time)
    • The one person I am betting on as my first real manager
    • Start date / target Week-12 date

    Block 30-45 minutes every Friday. Do not skip ahead. Each phase sets up the next.

    Weeks 1-2: identify the bottlenecks

    Run the Owner Dependency Audit. Rate Low / Med / High across nine areas: sales, production, finance, customer-issue resolution, hiring, vendor relationships, estimating / project management, emergency response, decision rights. Scoring: Low = 1 (runs without you; a real backup has done it), Med = 2 (limps; backup needs you on call), High = 3 (stops cold). Total is 9-27.

    For each area write: what happens if you are gone 30 days, who the backup is today, and what would have to be true for this to be Low.

    Then fill a Decision-Rights Map. Starter rows: approve a job estimate over $25k; authorize overtime / call-in crew; issue a refund or credit; hire or fire; approve a vendor / sub payment; take an out-of-area or unusual job; sign a contract or insurance scope; pull a crew off one job for another; spend on new equipment; set or discount a price. Who decides today vs who should.

    End of the phase: a written top-3 bottleneck list, and the team knows the shift is coming. Tell them: “I’m working a 90-day plan to push decisions down. Expect me to hand more back to you.”

    For one full week, tally every interrupt for a decision. Sort into Delegate now / Delegate after training / Keep (truly owner-only).

    Weeks 3-4: install 1-3-1

    Three panels showing one problem, three options, one recommendation
    1-3-1: one problem, three options, one recommendation.

    Stop being the answer key. The old way: “The dehu on Maple St died. What do you want me to do?” You just took back the problem, the thinking, and the decision.

    The 1-3-1 way:

    • 1 issue. The fork in the road, one or two sentences. Not the whole story.
    • 3 real options. Each with pros, cons, and rough cost or effort. “Do nothing” can be one when it is honest.
    • 1 recommendation. The option they would pick if it were their call, and why in one line.
    • A default. What they will do if they do not hear back by a deadline, so the job does not stall.

    When someone brings a raw problem, ask: “What are your three options, and which do you recommend?” Then wait. Run at least five real 1-3-1 conversations this phase. Approve the recommendation whenever it is reasonable. Note who takes to it. That is a signal for your manager pick.

    Phase done when at least one person is bringing 1-3-1s without being reminded.

    Weeks 5-6: write decision rights

    List the 10-15 recurring decisions (refunds, equipment, scheduling, scope changes, hiring, pricing exceptions). For each: a dollar or scope threshold people can decide under without asking you, and who owns it when you are not in the room. Walk the team through it: “Under this line, you don’t need me. Decide and tell me after.”

    Hand off one decision completely this phase. Do not take it back.

    Weeks 7-8: develop one manager

    Restoration technicians training in a shop bay with equipment demo and whiteboard
    Weeks 7–8: develop one manager — teach, don’t just assign.

    Open the Bench Builder. One row per key function. Fields: Role, current owner, future-leader candidate, backup depth (None / Thin / Solid), key skill gaps, 90-day development action (observable: shadow X, own Y file end-to-end, run Monday huddle), delegation plan, accountability rhythm (Weekly / Biweekly / Monthly), status (Identified / Developing / Ready). A blank candidate is itself a finding.

    Go deep on ONE person. A single real manager beats five people you are “keeping an eye on.” Have the conversation: “I want to grow you into running X.” Hand them one area end-to-end. Set a weekly 30-minute 1-on-1 and protect it. Let them make a real decision. Coach the outcome instead of grading it.

    Weeks 9-10: accountability rhythm

    Stand up a weekly 15-minute huddle with a fixed agenda: numbers, jobs at risk, who needs what. Pick 3-5 numbers the team reviews every week (jobs in WIP, days-to-dry, AR, callbacks, leads). Someone other than you owns each number. Have your developing manager run the huddle at least once while you sit in.

    Hold one real accountability conversation this phase. Issue, behavior that needs to change, what has already been allowed, the expectation, the consequence or support, what success looks like in 30 days. About the work, not the person.

    Weeks 11-12: review and repeat

    Re-run the Dependency Audit and compare to Week 1. Take a planned half-day fully off and note what broke. That is the next bottleneck. List what got delegated vs what bounced back, and why. Give the developing manager direct feedback. Raise one decision-rights threshold. Duplicate the 90-day page and start the next cycle.

    Success at 90 days: a full day off without the phone melting; the team brings 1-3-1s; a written decision-rights list; one person owns one area end-to-end; a huddle someone else can run; a lower dependency score; next quarter’s target already named.

    Run the 5 Ds while you are in it

    Succession is a what-if-tomorrow problem, not a retirement problem. Check a box only if it is true and current today. The five:

    1. Death. Will, funded buy-sell, key-person life, second check-signer, someone who can legally bind the company, a recoverable password place, a named person who can run production 30+ days.
    2. Divorce. Separate vs marital property actually confirmed, commingling cleaned up, a valuation method in writing, operating cash structured so a personal dispute cannot freeze payroll.
    3. Disease. Someone has actually run production on a vacation test. Backup estimator. Payroll / AP / AR without your hands. Disability and business-overhead coverage. A one-page interim chain-of-command.
    4. Drugs / dependency. Dual approval over a dollar threshold. A second set of eyes on the books. No single point of failure, including you. A trusted advisor allowed to tell you the truth.
    5. Departure / disaster. Tribal knowledge written down. Relationships not owned by one person. Off-site backups you have test-restored. A continuity plan for your own shop. Backup vendor / equipment list.

    45 boxes. Count the blanks. 0-6 resilient; 7-15 moderate; 16-27 high; 28+ you are the company. Pick the three blank boxes that would hurt most if the D hit tomorrow. Name an owner and a date. This is an awareness tool, not legal, financial, or insurance advice. Use it to walk into the attorney, agent, and CPA prepared.

    If you want the packaged kit

    You can run this from the outline above. Buy Now is the bundle delivered by email after checkout: the five Notion pages (duplicate each so the master stays clean), plus the matching Claude skills if you want the interviews walked. Same Square button at the top of this page.

    Coaching and operational tools only. Not legal or HR advice.

    Related on Tygart Media: owner dependency audit · leadership OS · operations kit AI edition.