-
Notifications
You must be signed in to change notification settings - Fork 0
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.
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.
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.
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.
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:
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.
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.
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.
- Home
- Getting Started
- Acceleration Measurement
- Operation Guide
- AFST Satisfaction Flux
- Python TypeScript Compatibility
- Security
- Quickstart
- ASI Proxy Loop v0.9
- Token Reports and Agent Loop
- ASI Proxy Acceleration
- CCR Interop
- MCP And A2A Safety
- Operation Gate
- Phase Ecology Lab
- Related OSS
- Use Cases
- Live Intake and Agent Messages
- Core Concepts
- Concepts in Plain Language
- Agent Guide
- Diagnostics and Agent Autonomy
- What PIC Does Not Do
- Safety and Limits
- Theory Map
- CLI Recipes
- Glossary
- FAQ
- v1.1 Release Notes
- v0.9.0 Release Notes
- v0.8.0 Release Notes
- v0.7.0 Release Notes
- v0.6.0 Release Notes