PPromptReports
Use cases/A trust packet a buyer can check

A trust packet a buyer can check

Partly builtLDG-2272PromptComputeRepoOpsCommitOpsAI Source of TruthPromptReports

The AI Source of Truth packet check and the trust center are live. Three signed sections are still to build.

Use case

A trust packet a buyer can check: a workflow across PromptCompute, RepoOps, CommitOps, AI Source of Truth, PromptReports that starts from a person starts it for a named buyer.

Who would use it

Founders selling to larger companies, and the security reviewers on the other side.

What value it provides

One signed export of approvals, incidents and recoveries, promises kept and corrections. A reviewer can check each item without trusting the seller.

Why it matters to the user

The review is often the slowest step in a larger deal. Evidence a reviewer can verify on their own shortens it and stands up later in an audit.

The problem

Security reviews ask for proof that people control what AI agents do. Teams answer with screenshots and a policy PDF, and the reviewer has to take their word for it.

Expected outcomes

  • Days from questionnaire to signed-off review
  • Items in the packet a reviewer can verify: target 100%
  • Follow-up questions per review

Each run records its outcome as met, not met or not measured.

How it runs

1. Export approvals, signedPromptComputePlanned
2. Export incidents, causes, recoveries and lessons, signedRepoOpsPlanned
3. Export promises made and kept, signedCommitOpsPlanned
4. Check every item against the public recordAI Source of TruthBuilt
5. A person approves sharing it outside the companyPromptComputeBuilt
6. Publish a verify page for the whole packetPromptReportsPlanned

Products and connections

ProductRole in this workflowDocs
PromptComputeExport approvals, signed; A person approves sharing it outside the companyReference · PromptCompute docs
RepoOpsExport incidents, causes, recoveries and lessons, signedReference · RepoOps docs
CommitOpsExport promises made and kept, signedReference · CommitOps docs
AI Source of TruthCheck every item against the public recordReference · AI Source of Truth docs
PromptReportsPublish a verify page for the whole packetReference · PromptReports docs

Outside the family: None beyond the family.

What a person approves

ActionDefault risk
file.share.externalhigh
data.export.bulkhigh

Action keys are from the PromptCompute catalog.

How to access it from an agent

An agent will run this workflow through the PromptReports MCP server or API, with an ID agent token. The runner will then call each product for it. Proposed

// MCP: https://mcp.promptreports.ai/mcp (Proposed)
start_run({
  workflow: "trust-packet",
  inputs: { "buyer": "Contoso Health", "period": "Last 90 days", "sections": "Approvals, incidents, promises, corrections" },
  dry_run: false
})
// returns { run_id, status: "running", approvals_url }
get_run({ run_id })   // poll, or subscribe to run events
curl -X POST https://api.promptreports.ai/v1/runs \
  -H "Authorization: Bearer $PROMPTREPORTS_AGENT_TOKEN" \
  -d '{"workflow":"trust-packet"}'

Or call the products yourself, step by step:

ProductEndpointTools
PromptComputehttps://mcp.promptcompute.ai/mcprequest_approval get_approval cancel_approval answer_approver
RepoOpshttps://mcp.repoops.ai/mcpsearch_brain get_pre_edit_context propose_brain_entry get_incident_attribution
CommitOpshttps://commitops.ai/api/mcpwhoami list_assertions get_assertion promised_not_started
AI Source of Truthhttps://aisourceoftruth.com/v1/family/factsto confirm
PromptReportsProposedthrough the runner

Set it up

  1. Sign in at app.promptreports.ai with PromptReports ID, and pick your org.
  2. Connect PromptCompute, RepoOps, CommitOps, AI Source of Truth on the Connections page.
  3. Register the agent that will run it on the Agents page, and give it a version manifest.
  4. Set the approval policy for file.share.external, data.export.bulk. Start with Require approval; critical actions are never auto.
  5. Fill in the inputs (Buyer, Period, Sections) and choose the trigger: a person starts it for a named buyer.
  6. Start a dry run. It will count no workflow request, and it shows which steps would record missing evidence.
  7. Start the run. Approve each gate in the approvals inbox, then read the signed record when it ends.