Packet identity
Define the packet and its bounded purpose.
- packet title
- packet record ID
- owner agent
- related job
- intended audience
- purpose statement
- visibility state
- lifecycle state
field guide / candidate
The distinct forms record for Instrument packets. This page is proposal-only.
Working browser surface: Field guides — documentation — Inspect the guide and persist local checkpoints. This route is local-only; provider, credential, database, customer, publication, deployment, and production effects remain held.
Each section is a candidate schema for inspectable records. Required-field presence does not establish factual truth.
Define the packet and its bounded purpose.
Bind every claim and instrument selection to supplied evidence.
Select only an exact verified instrument slug and document why it is relevant.
Separate observed facts, proposed behavior, unresolved conflicts, and unsupported claims.
Capture a human review without treating a native surface as proof of connected behavior.
Track bounded next actions and explicit due dates.
These fields come from the tools lane and remain separate from the primary operating form.
Define the packet and its ownership before evidence is assembled.
Record exactly what the supplied directory establishes and what remains unverified.
Attach source-labelled evidence with traceable custody and revision data.
Provide a bounded review workflow with explicit decisions and unresolved questions.
Separate permitted descriptive claims from unsupported production or qualification claims.
Turn packet completion into dated, reviewable work rather than hidden automation.
No record existence is asserted by this documentation page.
These pointers bind the page to evidence. They do not grant authority or collapse verification into deployment.
source_record:field-guide:instrument-packetsagents/index.html#tillyfield-guide:instrument-packetsOBSERVED_NATIVE_CONTRACTALLOWED_INSTRUMENTSObserved native contract: records preserve canonical IDs, source locators, source SHA-256, provenance, revision, lifecycle, tags, links, attachments, and record revisions.Observed native contract: PointGuard is a persistent cross-app context surface while specialist apps remain execution and canonical-record owners.Observed native contract: current GuthHub app routes are local prototypes or indexes and provider, credential, database, customer, publication, and production effects are held.Allowed instrument directory entries: checksum-verifier; sha-256-hash-function-demo; date-duration-calculator.