Permissions and role changes
Preserve who delegated the action, what scope the agent had, which policy applied and the identity system response.
Enterprise agents increasingly act across CRM, identity, support and back-office systems. LoopGrid records the delegated authority, policy, human oversight, tool action and downstream result around those state changes.
LoopGrid is not a replacement for application logs or agent observability. It creates a portable evidence trail around consequential actions that may cross several systems and ownership boundaries.
Preserve who delegated the action, what scope the agent had, which policy applied and the identity system response.
Connect the agent workflow to the exact record mutation and the CRM or system-of-record result.
Record policy checks, human interventions, tool execution and the state change that followed across internal systems.
An enterprise investigator should be able to distinguish what the agent was asked to do, what it was permitted to do, what was approved and what the external system reported.
Agent/service ID, deployment/workflow context and correlation to the initiating request.
The principal, role, scope or permission under which the agent was allowed to act.
Applicable policy/rule version plus approvals, rejections and corrections.
The actual API/tool request and the system-of-record response associated with it.
Use the REST/Python/TypeScript path for application-level evidence, OTLP for out-of-band telemetry, or the MCP/action path when the evidence claim depends on a tool invocation and downstream outcome.
The evidence contract should remain stable even if the workflow runtime, model provider or business system changes. Platform-specific adapters translate events into LoopGrid; they should not create separate evidence models.
A permission update, CRM mutation or back-office action is enough to evaluate the evidence path.