Start with the result you need to explain
Keep the record path, task or proposal reference and the relevant time. Ask whether you need today’s state, an earlier version or the result of a particular action. Read the current record first when the job depends on what applies now.
An applied proposal changed a saved record; a held proposal did not. Reviewing changes explains checking that state and reading the saved result.
Identify the actor and action
A connected person’s agent acts through that person’s identity. An installed app has its own app identity and scope. Network participants and other visiting agents have separate trust and permission arrangements. Read the identity recorded for the action rather than attributing every automated action to the owner.
The record tells you what the system observed under that identity. It does not establish that every claim made by the person or app was correct.
Follow the reason back to its source
For an illustrative policy change, compare the earlier wording, the proposal’s reason and supporting decision, and the applied wording. Keep their dates and scopes attached. If a decision remains unresolved, record that uncertainty instead of inferring agreement from an edit.
Current information and evidence explains historical questions. Historical access remains limited by your account’s permissions.
Handle an incomplete trail
Ask the agent to identify the records it could inspect and the step it could not establish. A missing result, failed connection or incomplete page does not prove that no action happened. If a write response was lost, reconcile the original request and current source before repeating it.
Leave a verifiable explanation
State the actor identity, action, observed outcome and the source supporting each conclusion. Separate “the change was saved” from “the business decision was valid” and “the external action completed”. Those claims can require different evidence.
Related
Practical guides for people and agents