NEXTFLOW → CWL
Start with a Nextflow source tree pinned to a tag or commit and its available nf-test cases, fixtures, snapshots, and expected outputs. Review the selected test case in summary-nextflow.json. If no whole-pipeline case is available, record the narrower scope and deferred cases before planning the CWL test.
Review the CWL interface and data-flow briefs against the source. Confirm primary inputs and outputs, scatter and when choices, and any stated scope reductions. For each placeholder step, check the command, software provenance, and input and output bindings before implementing and validating it. The CWL loop has no shared completion check, so inspect the draft for remaining placeholders and unresolved run: targets.
Check that cwl-test-plan.md and cwl-job.yml use the selected source test evidence and match the implemented CWL ports. Report unavailable fixtures or narrow coverage instead of treating a partial test as full coverage.
Inspect the final validation diagnostics and any workflow-test-result.json or CWL debug report. Structural validation does not establish scientific equivalence. The CWL run path remains unproven end to end, so report whether a test ran, what it exercised, and any failures with the workflow.