HOW IT WORKS

How a Work Record comes together.

The sample record, the checking steps and the published evidence behind PromptKing, in one place for the reviewers who want the detail.

Review a workflow with usCheck the sample record

THE SAMPLE RECORD

One record, start to verdict.

A synthetic IT-incident fixture, labelled as such — every value is the fixture's own. Open questions first, then what the evidence shows.

Try the hash demonstration ↓

WORK RECORD · WR-0001SYNTHETIC FIXTURE
THE CLAIM · DECLARED BEFORE THE WORK

Incident INC-FIXTURE-0001 reaches the record state “closed”.

Triage agent · 19:20 UTC, 15 Sep 2026 · ticket state only, not service restoration

  • Diagnosis is on the recordESTABLISHED
  • Remediation is on the recordESTABLISHED
  • Validation return not observedNOT ESTABLISHED
  • Authority, a separate dimensionNOT ESTABLISHED
Declared outcome: not established
Two of three declared steps have evidence. Nothing was admitted before the 19:35 UTC collection deadline.
integrity: carried hash = recomputed hashsha256:285ba248…a9ac67 · awir-canon-v1
Computed by PromptKing's own assessor on fixture data. What a matching hash does and doesn't show ↓

WHERE IT SITS

Runs beside the work.

Your agents act on your systems. PromptKing reads what those systems show and builds the record. Evidence collection is designed to stay outside the agent's execution path.

YOUR ORGANIZATION · EXECUTION PATH
Owner
assigns the work
AI agent
any model, any vendor
Systems of record
ITSM · CRM · ERP
Your reviewers
accept, investigate or send back
the owner's declaration, written before the runread-only reads from systems of recordthe record, with its limits, to your reviewersdesigned to stay outside the agent's execution path
PROMPTKING · EVIDENCE PLANE · PRIMARY DATABASE IN CANADA (ca-central-1)
Declaration
claim, owner, steps, deadline
Capture
from the system of record: what those systems show is captured for the record
Assessment
integrity, outcome, authority, separately
Work Record
declared · established · unknown

Briefing a security team? Request an architecture review →

THE TEST BASE

9

evidence entries published in the evidence collection, each with what it does not establish beside it

Entry count from the published evidence collection, checked Oct 5, 2026. Evidence packages are published as they clear review.

PLATFORMS AND MODELS REPRESENTED IN OUR TESTS · EACH LABELLED BY DATA ORIGIN

See every entry →
ServiceNowFIXTURES · DEV-INSTANCE READER
Salesforce AgentforceSCENARIO FIXTURES · NO LIVE READ
GitHub Copilot cloud agentCONTROLLED RUN · THROWAWAY REPO
ClaudeAGENT MODEL · DEMO-ORG RUN · JUL 15
GPT-5.6AGENT MODEL · DEMO-ORG RUN · JUL 15
GeminiAGENT MODEL · DEMO-ORG RUN · JUL 15
GrokAGENT MODEL · DEMO-ORG RUN · JUL 15
LlamaAGENT MODEL · DEMO-ORG RUN · JUL 15
IBM watsonxAGENT MODEL · DEMO-ORG RUN · JUL 15–18

No vendor took part in these runs, and none endorses PromptKing.

6

agents, one policy engine. One was held at a human-approval step.

DEMO ORGANIZATION · JUL 15–18
10

strangers, five seconds each. One defect logged and fixed the same day.

EXTERNAL READERS · AUG 29
5 × 2

fixtures, each run twice on another OS. Byte-identical.

FIXTURE · SEP 22
0

outside recomputations of a record documented, as of Oct 4.

NOT CLAIMING · AS OF OCT 4

TRY THE HASH DEMONSTRATION · RUNS IN YOUR BROWSER

Change one byte. Then try to hide it.

A matching hash is useful, and it is not the whole story. Step through three cases and watch which check catches what.

DEMO RECORD · HASHED AS COMPACT UTF-8 JSON
{
"record": "WR-DEMO",
"claim": "INC-DEMO-0001 reaches state closed",
"collection_deadline": "19:35:00Z",
"validation_return": "not observed",
"outcome": "NOT_ESTABLISHED"
}
carried hash, travels inside the record
sha256:e3d7f954376be9315d488fc3660b542e746b27fa2285ad03ab35b60f87ac1ff2
HASHED NOW FROM THE CONTENT
sha256:e3d7f954376be9315d488fc3660b542e746b27fa2285ad03ab35b60f87ac1ff2
Check 1 · carried hash vs hashed now
e3d7f954376b… vs e3d7f954376b…
MATCH
Check 2 · hash kept outside the record vs hashed now
e3d7f954376b… vs e3d7f954376b…
MATCH

Both checks match. The content and its carried hash agree, and so does the copy of the hash kept outside the record.

This demonstration hashes demo content with SHA-256 in your browser. It does not hash the canonical record bytes of WR-0001 or of any real record. Check 2 is the principle behind the Sep 19 log test below. Records are unsigned: neither check says who produced a record.

HOW A RECORD IS MADE

Declare. Capture. Assess. Decide.

Pick a stage. Where a view is shown, it is rendered from the fixture it was built from, and says so.

WORK RECORDone record per piece of agent work
STAGE 01 · DECLARE

The owner writes down the claim, the steps that count and the deadline, before the agent starts.

WR-0001 · DECLARATIONFIXTURE
CLAIM
Incident INC-FIXTURE-0001 reaches the record state “closed”.
Ticket state only, not service restoration.
DECLARED BY
Triage agent
OWNER
Incident owner
DECLARED
19:20:00Z
DEADLINE
19:35:00Z
STEPS THAT COUNT · 3
  1. 01Diagnosis
  2. 02Remediation
  3. 03Validation return
system of record: itsm.fixture (incident, change) · authority: a separate dimension

Rendered from the WR-0001 synthetic fixture. Not a live system, not a customer.

THE PIECES

The record platform, piece by piece.

Scroll through what exists today. Every card is a screenshot of the product itself, and labels the data it shows.

The sample Work Record showing established and not-established stepsFIXTURE DATA
record

Declared and established, side by side.

The Work Record names each declared step’s state and lists what remains unknown — gaps first, never merged.

Read the sample record ↑
Evidence collection entries with dates, data origins and limitsFIXTURE LANES
lab

Failure modes, rehearsed first.

Missing reads, altered amounts, removed approvals — run as fixtures through the assessor across ServiceNow, Agentforce and Copilot lanes before any live system.

Open the evidence collection ↗
The Independent Intervention Assurance page with its four record statesFIXTURE · DESIGN PROOF
intervene

A denial that leaves a record.

Declared authority, target and control-plane acknowledgement bound into one intervention record, with four named states.

FIXTURE-ONLY · NOT A LIVE CONTROL

WHY THIS APPROACH

A record that doesn't ask to be trusted.

Kept separate on purpose.

Agent identity, run identity, authority, outcome and evidence are never merged, so the record does not have to reconstruct them after the fact.

AUTHORITY
What permission was in force?
AGENT
Which agent was involved?
RUN
Which governed run?
HANDOFF
What crossed systems?
OUTCOME
What was recorded as the result?
EVIDENCE RECORD
What can be checked now?

We keep the record. You make the decision.

We record what was decided and what followed. Your reviewers accept, investigate or send back, and that decision is stored as part of the record.

Four states, one meaning each.

ESTABLISHED
The evidence satisfies the claim's requirements.
NOT ESTABLISHED
The available evidence does not establish the claim.
CONTRADICTED
The evaluated evidence conflicts with the claim.
EVIDENCE PENDING

Every state has a shape and a word, so it reads without color.

ca-central-1

Canadian primary database.

PromptKing Inc. is an Ontario company. The primary database and server functions run in Canada; the Security page states the scope.

OUT OF PATH

Not in your path

The record is made outside your agent's workflow. We don't sit between your agent and your systems.

PUBLISHED STEPS

Checking procedure published

How a record is checked is published, so a reviewer can follow the steps themselves.

LIMITS UP FRONT

Limits stated up front

What we don't yet claim is on this page, not buried in a footnote. Read the limits →

THE LAB · EVIDENCE

What we tested, and what came back.

Explore nine published evidence entries, including a six-agent policy run and a cross-machine fixture reproduction. Four featured results show what we challenged, what happened and why it matters.

AUG 8, 2026DEMO ORGANIZATION

A denied action left a record.

A test sub-agent's action was denied by policy, and the denial was kept as a receipt linked to two earlier receipts.

CHALLENGED
Whether a delegated agent’s refusal leaves evidence, or only its successes do.
DOCUMENTED SCALE
One test sub-agent and one denial, linked to two earlier receipts. An engineering verification run in PromptKing’s demo organization, not customer production traffic.
OBSERVED
The denial was kept as a receipt, hash-linked into the same chain.
WHY IT MATTERS
A reviewer can see what was stopped, not only what went through.

Does not establish: universal enforcement. Test agents in PromptKing's demo organization; the public receipts do not show which runtime they ran in.

Read the record →
SEP 19, 2026FIXTURE · LOG-FORMAT TEST

A rewritten log was detected.

We rewrote two steps of a synthetic log made with a third party's agent tool. That tool's own commands accepted the change; a hash held outside the log flagged it.

CHALLENGED
Whether an append-only log can be rewritten without anyone noticing.
DOCUMENTED SCALE
A six-step synthetic log made with a third party’s agent tool; two steps rewritten in place at the same byte length. The fix was tried on a four-step log.
OBSERVED
The tool’s own commands accepted the rewritten history. A SHA-256 held outside the log flagged it, and a hash chain pointed to the changed step.
WHY IT MATTERS
A separately held fingerprint exposed a rewrite that the log tool's own checks accepted.

Does not establish: anything beyond a log-format and command-line test. No agent was observed rewriting its history, and the fix was tried on a four-step log.

Read the test →
SEP 21, 2026FIXTURE · INTERNAL EXERCISE

A green report was less than it seemed.

A working session had regenerated the answer files its own check compared against, so “all gates passed” said less than it appeared to.

CHALLENGED
Whether “all gates passed” meant the new verifier still matched the old one.
DOCUMENTED SCALE
Five preserved fixture assessments. Four mutation cases were testable and passed; two were explicitly not testable.
OBSERVED
The repair had regenerated its own answer key. With the original files restored, the pinned incumbent and the portable verifier both matched all five.
WHY IT MATTERS
A green status is only as strong as whatever supplied the expected answer.

Does not establish: anything beyond one verifier profile in a fixture-only internal exercise. It describes one verifier profile, not PromptKing as a whole; its evidence package is held internally.

Read the note →
SEP 22, 2026FIXTURE · REPRODUCED ELSEWHERE

The same fixture results on another machine.

A founder-dispatched external AI runner executed the portable verifier twice on each of five fixtures, on a different operating system and Node version. Repeat runs were byte-identical.

CHALLENGED
Whether the same fixtures give the same results on a different machine.
DOCUMENTED SCALE
Five fixtures, each run twice, on a different operating system and Node version.
OBSERVED
Repeat runs were byte-identical.
WHY IT MATTERS
Repeatable results across environments are a step toward checks that other reviewers can reproduce.

Does not establish: independent third-party validation. The package the runner used has not been checked byte for byte against PromptKing's own fixtures, and the result is scoped to the current homepage record. The run report is private today; a redacted copy is in review.

See the entry →

Scale, observed results and limits are taken from the published entries.

IF YOU ARE DECIDING

See what your reviewers would receive, then test it on one real workflow.

Start from the sample record, with its limits shown beside every result. Scope and terms are agreed per engagement.

IF YOU ARE EVALUATING THE MECHANISM

Try the hash demonstration, read every entry, and see where it sits.

Try the hash demonstration in your browser, read each entry with what it does not establish, and see where the evidence plane sits.

WHAT WE CLAIM, AND WHAT WE DON'T

What you can assess today. What we're working toward.

AIM

Make what an AI agent did checkable by anyone, so autonomous work answers for itself.

“Checkable” means a stranger can repeat the checks and reach the same result.

DONE

We don't make the decision and we are not in the path. We record what was decided and what followed, and we publish the procedure for checking it. Records are recomputed on our servers today.

NOT CLAIMING
  • Outside recomputation. We have not documented an outside party repeating these checks on this sample or the current record format.
  • Who made a record. Records are unsigned. The hash catches an edit that failed to re-seal; a rewrite that re-seals consistently passes.
  • That nothing was left out. A record set can be internally consistent while omitting events that were never published.

A claim moves from “not claiming” to “done” only when there is evidence for it. This page changes when the evidence does.

START HERE

Start with one workflow.

Pick one recurring process that crosses systems. Scope and terms are agreed per engagement.

  1. 01 · YOU BRING

    One recurring process that crosses systems, who owns it, and the steps that count.

  2. 02 · WE PRODUCE

    Records for that workflow: what was declared, what the evidence shows, and what remains unknown.

  3. 03 · YOUR REVIEWERS JUDGE

    Whether they can decide faster and see what is missing.

Review a workflow with usRequest an architecture review
Or just read a record, no sales call needed: see the sample ↑Adding agents to an enterprise application? Discuss embedding PromptKing →

Questions a first-time reviewer will ask

What is a Work Record, and who is PromptKing?
A Work Record is a record of what an AI agent was declared to do, what the evidence shows happened across your systems, and what remains unknown. PromptKing Inc., an Ontario, Canada company, makes it.
Are you in the path of my agents?
No. We don't make the decision and we don't sit between your agent and your systems. Evidence collection is designed to stay outside the agent's execution path.
What does a matching hash show?
That the content and the carried hash agree. It shows the record is unchanged since it was committed only if the hash was kept somewhere the editor could not reach, and it does not show who produced the record. Try it above.
How a PromptKing Work Record comes together