omp-flow: Skill for Claude Code

OMP-Flow Finish

Preconditions

• Complete the reviews required by the selected Workflow and acceptance contract. Full Delivery requires a current linked independent Review for every accepted work Concept; Lite follows its documented review criteria. Preserve any stricter project or user requirement.
• No accepted requirement or integration risk remains unverified.
• The worktree and task artifacts identify the complete change set.

Procedure

1. Run the verification required by the selected Workflow and work/Design. Preserve exact commands and results.
2. Compare the result against the work's acceptance criteria and applicable interfaces, migrations, docs, and compatibility requirements.
3. Resolve failures through the owning work/design Concept and repeat independent review or the applicable gate. Do not hide failures with warning-only fallbacks.
4. Review accepted decisions, repeated patterns, and confirmed findings for immediate durable value. Use the native omp-flow-wiki Skill only when the evidence already supports promotion; do not invent knowledge to satisfy Finish. Update the Task or Wiki index only when this work adds or changes a discoverable link; do not traverse every leaf or maintain hash/graph closure. When durable knowledge (specs/, architecture/, knowhow/, philosophy/, or a custom Wiki domain) changes or is promoted, enrich the existing Concept in place with type, title, description, and tags, then run python3 -X utf8 .omp-flow/scripts/omp_flow.py index before creating the Git checkpoint. Use omp-flow-adr to extract the Task's decisions as records, and present only the records that need human confirmation.
5. Inspect final diff and repository status. Commit the change set as the Git checkpoint before Archive so the Task Bundle has a reproducible source commit/tree.
6. Archive the Bundle only after completion is real and no runtime operation is active. Inspect the returned sleepSource; never reconstruct one from the archive path.
7. When sleepSource.ready is true, run sleep start --source <receipt> --actor-id <native-id>, load the native omp-flow-sleep Skill, and forward its complete assignment unchanged as the sole native assignment input. Normal sleep start delivery is primary. If that delivery is lost or visibly truncated while its active receipt is known, recover only by capturing the complete sleep show <receipt> subprocess/API stdout through successful process completion, parsing all captured stdout as JSON into the show run mapping, requiring string run.assignment, and forwarding that decoded string unchanged as the sole native assignment input, including its trailing LF. Rendered Bash/terminal output is diagnostic only: never copy or parse it, add a prefix or suffix, reconstruct or reserialize the assignment, fall back to sleep list, or issue a duplicate sleep start. A nonzero exit, incomplete capture, invalid JSON, or missing or non-string run.assignment is delivery failure and must stop before native dispatch. Complete the Sleep run before final handoff; zero Candidates is valid.
8. When the source is not ready, report its exact reason instead of asking the user to operate Sleep manually or manufacturing a checkpoint. Sleep Candidate review and Wiki promotion remain separate work after the run.