Skip to content

Use Cases

kadubon edited this page Jun 18, 2026 · 5 revisions

Use Cases

PIC is a general checker for agent-generated or externally collected candidate material. It is most useful when a workflow needs structured evidence, visible missing work, and a safe next routing decision.

LLM Output Checking

Use PIC when an LLM answer should not be trusted as completed work by default.

PIC can turn output text into a report that separates:

  • the candidate claim;
  • attached evidence;
  • missing evidence;
  • proof obligations;
  • residual ledger entries;
  • recommended next checks.

This is useful for coding agents, research agents, support agents, and RAG systems that need audit-friendly output.

AI Agent Workflow Verification

Use PIC inside a workflow when each agent step should leave a machine-readable trail.

PIC helps answer:

  • What did the agent claim?
  • Which evidence was used?
  • Which verifier route is needed?
  • Is the result operationally usable?
  • Which obligations remain unsettled?

This is workflow verification, not automatic proof of correctness.

GitHub Actions

Use PIC in GitHub Actions when CI should check AI-generated output without mutating the repository.

The recommended CI pattern is read-only:

  • run pic agent intake;
  • upload the JSON report as an artifact;
  • preserve missing obligations and residual ledgers;
  • avoid treating report generation as proof that the PR is correct.

See the repository's GitHub Actions integration docs and copyable example workflow for the maintained pattern.

OpenClaw / ClawHub

PIC can support OpenClaw-style agent safety workflows through a separate skill integration.

The pic-residual-guard skill uses PIC ideas as a pre-action checklist for external-effect actions. It keeps proposed shell commands, file writes, network requests, skill installs, and other actions as candidate work until evidence, risk, approval, and rollback are reviewed.

PIC itself still does not execute actions or grant authority. OpenClaw sandboxing, approvals, allowlists, and tool policy remain separate controls.

Related project:

Agent-To-Agent Message Checking

Use PIC when one agent receives a message from another agent and needs to decide whether the message can become a packet candidate.

PIC can inspect:

  • message structure;
  • signatures and identity context;
  • nonces and replay risk;
  • provenance;
  • candidate packet content;
  • residual obligations.

Production or adversarial profiles require accepted identity context before signed messages can contribute to packet promotion or collective certificates.

Reusable Abstraction Capital

Use PIC's ALT layer when a trace, output, or pattern might become reusable work.

PIC asks whether reuse still has positive value after validation, transport, maintenance, depreciation, hazards, and residual obligations are counted. Raw content is candidate material, not capital.

External Knowledge Intake

Use PIC for offline or explicitly opted-in live intake from feeds, web pages, repositories, and structured files.

External content remains candidate material until downstream verifier, semantic edge, identity, rollback, and residual policies accept it.

Clone this wiki locally