Workflow: create the first useful artifact
- the output directory is packageable
- the artifact was created successfully
- the resulting file count and byte count look reasonable
Workflow: trust but verify
If an artifact is going to be uploaded, shared, or used as a baseline, verify it first:- attaching the artifact to a ticket or pull request
- comparing against another artifact
- storing the artifact as an accepted baseline
Workflow: baseline vs candidate review
0means no packaged files changed20means one or more packaged files changed1means command or artifact failure
Workflow: received artifact from someone else
When someone hands you a.fpk file:
inspect tells you what it claims to be. verify tells you whether the payload still matches the manifest.
Workflow: accept a new baseline
The public OSS CLI does not manage baseline aliases or tags. If the candidate is acceptable, update your baseline explicitly in your own storage or workflow. For example:Workflow: use from a shell script
20 as “artifact changed”, not “tool crashed”.
Workflow: 60-second AI-assisted software demo
Use this when you want a short demo that looks like real AI-assisted software work instead of a singlesummary.txt file.
Create two tiny directories with the kinds of files an agent-assisted coding run often produces:
verify confirms they still match the manifest, and compare shows exactly what changed before a human decides whether to ship.
Workflow: choose the right command
Continue to the individual command pages for argument and output details.