SOLUTIONS / Compliance / GRC

Prove how autonomous work is governed

Turn agent policies and actions into reviewable controls, evidence, and accountability.

Get a demoExplore the workflow ↓
01 / IDENTITY02 / POLICY03 / AUDIT
FABRIQ / RIPPLECONTROL · EVIDENCE · REVIEW
The record, as it happened.FABRIQ / COMPLIANCE
01 / THE CONTEXT

A log is not
an explanation.

Compliance teams need more than an activity log. They must show who authorized an agent, which controls applied, which checks ran, what data was accessed, and how permissions changed over time.

AN EXAMPLE CONTROL REGISTERcontrol · evidence it produces · when
RefControlEvidenceWritten
C-01Every action names a person and an agentthe request record, with both identitiesper request
C-02Payment creation and approval sit with separate authoritytwo distinct identities on the two stepsper payment
C-03Restricted data is checked before accessthe verdict, recorded either wayper request
C-04A wider-than-baseline grant carries a scope and an expirythe grant, with who made it and whenper grant
C-05Permission changes keep their historythe version, and who signed it offper change

The evidence column is not a report someone assembles afterwards — it is what the gateway writes as the work happens, across every connected system.

02 / IN PRACTICE

Autonomy, with accountability.

ILLUSTRATIVE EVIDENCE PACKAccess & authorisation — agent activity, Q3compiled by evidence-agent, acting for a compliance analyst
  • Every policy change in the period, with the ticket that asked for itJirachange records
  • Deployment approvals, each naming the person who gave themGitHubrelease history
  • Payment steps showing two distinct identities on entry and releaseStripetransaction record
  • The documents the agent opened, and the ones it was refusedBoxevidence repository
  • Delete the superseded exception recordBoxrefused · kept, with the grant that created it
Period
1 Jul – 30 Sep
Gathered by
evidence-agent, on the analyst’s own access
Every entry carries
the person, the agent, the action, the decision
Written
as the work happened, not assembled afterwards
RELEASE TO THE AUDITORD. Okafor · compliance lead

The export is the step that leaves the building, so it is the step that waits. Reading the pack needed nobody’s signature; sending it does.

Export
held
03 / WHAT CHANGES

Control, in the details.

01

Map agent capabilities to internal controls and risk categories.

Each capability an agent holds maps to your control framework — SOC 2, SOX, ISO 27001, or your own — so coverage and gaps are visible before an auditor asks.

02

Express a control as the actions an agent may and may not take.

The control becomes the grant itself: if it says an agent must not release a payment, the release action is not in the grant, so the workflow has no way to take it.

03

Preserve records of permission changes alongside agent actions.

The evidence trail covers not just what agents did but how their grants changed over time and who changed them.

04

Show which user and agent authority applied to each event.

Every event resolves to a person and an agent identity, closing the “who actually did this” gap automation usually opens.

05

Demonstrate that restricted data and actions were evaluated before access.

The verdict is recorded per request, proving the check happened — not just that access was theoretically restricted.

06

Produce evidence across multiple applications from a single layer.

One export covers agent activity in every connected system, replacing per-application evidence pulls.

07

Review a high-risk agent before it can reach anything.

An agent has no route until an administrator has registered it, set its scopes and activated it — so its capabilities are on the record before it touches real data or customers.

THREE LAYERS. ONE DECISION.

The boundary travels with the work.

Explore the context attached to every request.

What is this agent allowed to do?

evidence-agent has a defined purpose and a bounded set of tools.

04 / WAYS TO PUT IT TO WORK

Built for your real workflows.

01Demonstrating that payment creation and payment approval were performed under separate authority.

The record shows two distinct identities behind the two steps, satisfying separation-of-duties evidence with a single query.

Identify→Authorize→Record
02Reviewing every agent that can access regulated or confidential data.

Filter the inventory by data classification to list every agent touching regulated records, with owners and purposes attached.

Identify→Authorize→Record
03Producing evidence for an audit of automated customer communications.

Every automated customer communication carries the two identities behind it and the verdict on the call, ready for the audit request.

Identify→Authorize→Record
04Tracking a wide grant made to a business-critical agent.

A grant is a record like any other — its scope, who made it, and when — so a temporary widening does not quietly become permanent.

Identify→Authorize→Record
QUESTIONS

A closer look.

Do we need to re-platform agents to get audit evidence?+

No. Fabriq is a permissions and evidence layer that drops into the current stack. Every tool call routed through it is checked against your controls and recorded with its context, so evidence accumulates without changing the agents or the systems themselves — mapped to whichever framework you answer to, from SOC 2 and SOX to the EU AI Act.

How do we keep track of grants made as exceptions?+

A grant is a first-class record with its scope, who made it, and when. A review lists every grant that is wider than the baseline rather than discovering it during an incident.

Does enforcement happen before or after the action?+

Before — policy is checked at the tool-call boundary, so a rule-breaking action is blocked up front rather than flagged in next quarter’s review.

Can controls vary by person as well as by agent?+

Yes. Permissions resolve per acting user, which is what makes separation of duties hold through an agent: each person’s agents operate strictly within that person’s own authority, so the identity that enters a transaction and the identity that releases it in your own system stay different people — and the trail shows both.

Can we export evidence for auditors?+

Yes — events live in warehouse-grade storage with both identities and the verdict on every record, filterable in the dashboard and exportable for your audit workflow.

How do we prove who did what?+

Every event carries the person who asked and the agent that acted, with tool, action, and timestamp — attribution is in the record, not reconstructed afterwards.

YOUR NEXT CHAPTER

Give compliance / grc
room to move.

See Fabriq in action
Policy FirewallEnterprise IdentityAudit Trail