renku-audit-conditions

Renku Audit Conditions

Audit conditional blueprint routing so scheduled jobs match available artifacts and useful downstream consumers.

Audit Workflow

1. List every named and inline condition used by connections.
2. For each conditional producer output, list every downstream consumer.
3. Verify consumer conditions imply the source producer condition.
4. Verify every required producer input is available in every branch where that producer can run.
5. Verify each producer that can run has at least one output consumed in that same branch, unless the output is intentionally published.
6. Verify published top-level outputs are endpoints only, not internal producer sources.
7. Check sparse fan-in branches and root outputs separately.
8. Run static validation, preflight, and full dry-run through renku-validate-run.
9. Inspect produced condition paths to confirm dry-run cases covered the condition fields being used.

High-Risk Patterns

• Start/end video clips whose start or end frame comes from optional image producers.
• Reference workflow branches that should use a reference-specific prompt producer, not a generic prompt producer.
• A single prompt producer feeding Text, StartEnd, MultiShot, and Reference branches with different conditions.
• Required producer inputs whose conditions do not match, allowing a job to run after one required input was filtered away.
• Internal producers reading from top-level published outputs instead of the producer that created the artifact.
• Condition paths using fixed indexes such as [0] and [1] beside schema-derived paths using [image].
• Stage-by-stage execution with --up or --up-to-layer; do not fail because a later layer is intentionally not scheduled yet.

Required Fix Pattern

When conditions differ, prefer separate producer imports over broad shared producers.

Example: use separate prompt producers for Text, StartEnd-with-plain-anchors, MultiShot, and Reference if those branches have different activation rules.

References

• Read references/condition-audit-reference.md when auditing actual conditional graph wiring.
• Read references/condition-routing-gotchas.md for concrete bad/good branch examples.
• Read references/required-input-coherence.md when producers have multiple required inputs with conditions.
• Read references/dry-run-condition-coverage.md for what dry-run evidence should prove.
• Read references/stage-by-stage-execution.md before changing runtime plan safety or --up behavior.