Skip to content

Governance / Field notes

Document a change from AI advice to automated action

Review the new permissions, effects, confirmations, and recovery paths when an assistant moves from suggesting work to performing it.

By DriftRail · Updated

Treat a move from AI advice to automated action as a change to the application’s authority and consequences. The same model and prompt can create a different risk when a suggested operation becomes an executable tool.

Compare capabilities, not just model versions

A drafting assistant produces an internal report. A later release can send that report externally or modify a customer record. Even if the text-generation component is unchanged, the reachable resources and side effects have expanded. Document that expansion before relying on an earlier review.

QuestionAdvice workflowAction workflow
What happens?A person receives a suggestionA system changes state or communicates
Who authorizes?Reader decides the next stepExecution must verify the acting user and scope
What evidence matters?Source support and recommendationSource support, approval, execution, and final state

Review the new boundary

  1. Inventory newly reachable tools, records, recipients, and credentials.
  2. Define what requires confirmation and bind it to the actual action details.
  3. Test unauthorized proposals, partial completion, duplicate execution, and rollback or recovery.
  4. Update ownership, evaluation cases, user-facing status messages, and incident procedures.

Read the capability comparison

The fixture compares two synthetic allowed-operation sets and identifies the new send-report capability. It does not make a legal risk classification. Use the capability change as an input for the responsible product, security, privacy, and other relevant reviewers, especially where the action affects people or external systems.

Run the worked example

Save the synthetic Node.js example and run node document-ai-advice-to-action-change.mjs with Node.js 22 or newer. The assertions check the illustrated records and calculations; they do not test a deployed provider, SDK, or access control. No credentials or network connection are needed.

// Synthetic teaching fixture. No credentials, network calls, or production verification.
import assert from 'node:assert/strict';

const before = new Set(['read-policy', 'draft-report']);
const after = new Set(['read-policy', 'draft-report', 'send-report']);
const newCapabilities = [...after].filter(action => !before.has(action));
assert.deepEqual(newCapabilities, ['send-report']);
const review = { newCapabilities, needsExecutionAuthorization: newCapabilities.length > 0 };
assert.equal(review.needsExecutionAuthorization, true);
console.log(JSON.stringify(review));

References and further reading

Maintained by DriftRail. AI assisted the October 2026 content and template revision. Examples are illustrative; they are not measured product benchmarks. Suggest a correction.

From understanding to evidence

Observe your AI in production.

Explore event logging, detections, and review workflows in DriftRail.

Open DriftRail ↗Read the documentation →