Backed by Relevance Lab· previously known as Kaman.aiInsightsWhitepapersTrust centreCareersContactSign in
Try it now

Home / Platform / Proof and audit

Proof and audit

Proof an auditor would sign off. Not logs.

Every action an agent takes is decided by a rule you set, and signed into a ledger with the reason, the rule, who approved it and when, and the session and agent it belongs to. In plain language, on the screen where the work happened.

Signed

Ed25519 signatures, a hash chain and hourly Merkle windows.

Readable

Names on screen; IDs one hover away.

Yours

Each organisation reads only its own records.

In the conversation

Every tool call says how it was decided.

Under each reply, one line per action: allowed by which rule, approved by whom and when, or refused and why. It is there live and after a reload, because it is the same decision the signed record holds.

  • Allowed, approved, declined, awaiting or denied, in words
  • The rule that decided it, as you wrote it
  • The approver by name, with the time
  • "View signed record" opens that exact action's record, and Verify checks it
camaan.ai / chat

Check the files, render the weekly pulse, and delete last month's export.

Listed the files and rendered the pulse. Deleting the export was refused.

✓List files was allowed under "read actions run without asking for this agent"View signed record
✓Render scenario was approved by Priya Nair at 14:02 under "execute actions ask before running for this agent"View signed record
✕Delete file was denied by "destructive actions are forbidden for this agent"View signed record

What the record holds

Everything an auditor asks, in one signed record.

A log line tells you something happened. A proof record lets someone who wasn't there check what happened, why it was allowed, and that nobody changed the story afterwards.

What

The action

The tool or step, the resource it touched, and the outcome.

Why

The decision

Allowed, asked or denied, the kind of rule, and the rule in words.

Which policy

The deciding policies

Named as they were at the time, for allowed actions as well as refusals.

Who and when

The approval

The person's answer, the time, and their comment, signed with the record.

Where

Session and agent

The conversation or run it belongs to, the agent that acted, and who it acted for.

Exactly

The whole payload

Kept byte for byte as it was hashed, so the hash can be checked against it.

Untouched

Signature and chain

Each record is signed and chained to the one before; hourly Merkle windows seal them.

Checked

Verify, any time

Re-checks the signature, the chain and the Merkle proof against the live ledger.

camaan.ai / audit / signed record
Render scenario: approvedVerified
What happened
The Weekly pulse report was rendered by Ops desk agent
Why it could run
Execute actions ask before running for this agent
Who approved
Priya Nair, 14:02 on 6 November, "Fine for the Monday pack"
For whom
Arjun Mehta, in the session Monday reporting
Policies
Finance team: reports need approval
Signature validEd25519
Chain intactRecord #4,812
Merkle proofWindow 14:00–15:00
Priya Nair user · 3f9a2c41-07b2-4c1e-9d55-… · Copy

Names, not IDs

Readable by the person who has to sign it off.

Records, approvals and run histories show people, agents, sessions, policies and reports by name. The ID is one hover away, with a copy button, for anyone who needs it.

  • Something since deleted keeps its last known name
  • Something you may not see says so, without leaking its name
  • Policies that come with the platform are labelled in words

Around the record

Proof wherever an auditor will look.

The same ledger feeds every view, so the chat, the approval queue, the audit pages and the report all tell one story.

01

Approvals with two people

An agent running on a schedule files a request instead of acting. The person it acts for cannot approve their own request; an approved call runs once, only for the exact arguments approved.

02

Explain a session

A record built by code from what was stored, and a written account in which every claim cites the steps behind it. Claims without a source are marked as such.

03

Reports in your auditor's format

Build reports straight from the ledger and export them as PDF, Word or a web page, or fill in your firm's own Word template.

04

Each organisation, its own records

An organisation's administrators read only their organisation's records. Only the platform operator reads across organisations.

05

Export with signatures

Export a filtered set of records with their signatures and hashes, for your own tools or your auditor's.

06

One ledger for everything

Agents, workflows, products, settings changes and data syncs all write to the same ledger, under the same rules.

What's next

Proof that needs nobody's word, including ours.

Read: Proof, not logs

See the signed record for an action on your own data.

Book a working session