Why Catha treats this as governance: AI capability and business authority are not the same thing. The business should decide the control before the system is allowed to scale the action.

Start with authority, not tools

A connected email account, CRM, browser, payment system, file store, or publishing tool gives technical capability. It does not create business authority. The first governance question is who may request, approve, execute, change rules, grant exceptions, stop the workflow, and restart it.

Define rules that can be tested

Policies such as “do not send without approval” or “do not retry if the external status is unknown” should be explicit enough that a workflow and test plan can reference them.

Separate permission from autonomy

Permission answers whether an action is allowed. Autonomy answers whether AI may perform that allowed action without a human each time. Catha assigns autonomy at the action level instead of labeling an entire agent autonomous.

Put approval gates at external boundaries

Sending, publishing, deleting, purchasing, changing customer records, or creating other consequential external effects usually deserves stronger controls than internal research or drafting.

Require receipts

A governed agent should leave enough evidence to reconstruct the instruction, decision, approval, execution attempt, result, exception, retry, failure, and recovery.

Monitor and recover

Production governance should detect missed runs, stale data, integration failures, missing receipts, abnormal retries, cost anomalies, and authority drift. Recovery should define the smallest safe containment action and controlled restart.

How this fits the Catha AI Governance Build Kit

This topic is one part of the broader Catha AI Governance Build Kit, a fourteen-stage build process covering business outcome, governance discovery, authority, rules, permissions, autonomy, workflow design, validation, receipts, production approval, monitoring, recovery, final readback, and platform export.

The governance baseline belongs to the business. Platform-specific implementation may differ, but approved authority, rules, permissions, autonomy, approvals, and evidence requirements should not silently change.