Always read the result before moving on. Treat tool output as evidence, not background noise.
After a meaningful tool or command step, explicitly decide which of these states you are in:
If the state is not clearly success, do not continue as if it succeeded.
Successfully packaged skill to ...Published <slug>@<version>Latest: 0.1.0If output says Validation failed, Path must be a folder, 401, or Skill not found, stop and address that exact error.
Preparing..., Fetching..., or a running background job is not success.
Do not treat a successful pre-step as proof that the real step succeeded.
Do not say "published successfully" until the output proves publication.
Use scripts/audit_output.py when you want a quick second-pass summary of a captured command result. It is especially helpful for:
scripts/audit_output.py#Classifies a saved output file or stdin text into success, failure, partial, or ambiguous, highlights the decisive lines, detects contexts such as publish/package/auth/process, and gives a next-step recommendation.
references/checklist.md before building automation around multi-step command workflows.references/examples.md for concrete examples of success, failure, partial, and ambiguous outputs.references/real-mistakes.md for real failure patterns this skill is meant to prevent.