-
Notifications
You must be signed in to change notification settings - Fork 0
Use Cases
PIC is useful when AI-generated or externally collected material should be checked before it is reused, promoted, merged, routed, or treated as completed work.
Use PIC when an LLM answer should not be trusted as completed work by default.
PIC can separate:
- the candidate claim;
- attached evidence;
- missing evidence;
- proof obligations;
- residual ledger entries;
- recommended next checks.
Use PIC when a coding agent reports a fix, test result, or repository finding.
PIC helps preserve what is known, what is only claimed, and what still needs verification. It does not replace tests, review, or CI.
Use PIC inside an agent workflow when each 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?
Use Phase Lab when one report is not enough and you need to inspect a small collection of reports over time.
It can help with:
- effective packet graph inspection;
- closure candidate detection;
- execution-available path detection;
- bottleneck finding;
- queue pressure and obstruction analysis;
- reusable abstraction impact diagnostics;
- typed trace and action-boundary review;
- threshold and certificate candidates.
Use PIC in CI when AI-generated output should be checked without mutating the repository.
The recommended pattern is read-only:
- run a PIC command;
- upload JSON output as an artifact;
- preserve residuals;
- do not post secrets;
- do not execute agent text.
Use PIC when agents exchange local messages or packet candidates.
PIC can inspect message shape, provenance, identity context, nonces, and residuals. Message checks do not create broad external messaging authority.
Use PIC when a multi-agent runtime needs task and residual records that preserve the safety boundary.
PIC can emit CCR task JSONL and residual JSONL from phase plans and phase gaps. CCR or another runtime can import those records as candidate work, then apply its own leases, authority checks, provider policy, and settlement gates.
Use PIC when a provider or real-world action needs a structured trace before any runtime decides whether to act.
TRC trace checks can show whether authority, resources, rollback, witnesses, schedule, preconditions, postconditions, and tolerance fields are present. The output is still a candidate record, not execution.
Use PIC for explicitly supplied web, feed, repository, or local file inputs.
External content stays candidate-only until downstream evidence and verifier checks accept it. Bounded intake is not background crawling and not automatic trust.
Use ALT features when a trace, tool pattern, or abstraction may be reusable.
PIC checks whether costs, hazards, transport, root-of-trust, telemetry, lifecycle, and baseline conditions have been counted before treating the abstraction as reusable capital.
Use PIC to make review queues clearer:
- what can be inspected now;
- what is blocked;
- what needs evidence;
- what is stale;
- what should be quarantined;
- what remains residual.
PIC does not replace human judgment. It makes the state easier to inspect.
- 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