-
Notifications
You must be signed in to change notification settings - Fork 0
Live Intake and Agent Messages
This page explains PIC v0.4.2 communication features in practical terms.
PIC can read explicitly supplied sources and local agent messages. It treats them as candidate material. It does not treat external content, message volume, or agent confidence as proof.
Use these commands when you need communication-related checks:
pic agent check --compact --text "Candidate packet: preserve residuals." --profile development
pic agent runbook --profile development
pic agent communication-guide --profile development
pic agent network-readiness --profile development
pic agent relay-readiness --profile developmentUse uv run before the command when running from a source checkout.
In v0.4.2, live intake is enabled by default only when a source is explicitly supplied.
pic ecology ingest-general --source https://example.org --kind web-page
pic ecology ingest-general --source https://example.org/feed.xml --kind rssFor local-only dry runs:
pic ecology ingest-general --source https://example.org --kind web-page --no-allow-live-connectorsLive intake is bounded:
- no background crawling;
- no autonomous polling;
- no shell execution;
- no page script execution;
- no form submission;
- no repository mutation;
- private-network rejection remains active;
- byte, page, packet, content-type, provenance, and rate diagnostics remain active.
The output is a candidate intake report. Downstream code should inspect provenance, residual ledgers, web fetch reports, missing obligations, and verifier route requests before reuse.
PIC supports deterministic local inbox files for agent-to-agent candidate exchange.
pic agent message send --inbox inbox.json --sender agent:alice --text "Candidate packet: preserve residuals."
pic agent message receive --inbox inbox.json
pic agent inbox verify --inbox inbox.json
pic agent relay-readiness --profile developmentLocal relay records can help agents exchange checked work items, but they are not proof of external-world truth.
Production and adversarial profiles are stricter. They require identity context, nonce replay checks, signatures when policy requires them, and residual preservation before message content can contribute to packet promotion.
For live intake, inspect:
acceptedallow_live_connectorsprovenanceweb_fetch_reportscandidate_packetsresidual_ledgermissing_obligations
For agent messages, inspect:
acceptedidentity_verifiednonce_ledgerdelivery_statusverification_reportsresidual_ledgerreasons
Communication makes candidate work easier to exchange. It does not prove that the content is true, safe, complete, or settled.
accepted=true means the finite envelope passed checks. workflow_usable=true means the compact workflow can guide next actions. settled=true only appears when scoped finite obligations are discharged.
- 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