▲ | calcsam 2 days ago | ||||||||||||||||
Thanks! The conditional `when` clauses live on the steps, rather than being represented in the workflow, and in fact when we built this for an example, the last step being called depended on the results of the previous two steps. How would you simplify this? | |||||||||||||||||
▲ | anentropic 2 days ago | parent | next [-] | ||||||||||||||||
I think the problem is that a 'fluent' chain of calls already expresses a sequence, so the way that 'after' resets the context to start a new branch feels very awkward ... like a GOTO or something It's telling that the example relies on arbitrary indentation (which a linter will get rid of) to have some hope of comprehending it Possibly this was all motivated by a desire to avoid nested structures above all? But for a branching graph a nested structure is more natural. It'd also probably be nicer if the methods were on the task nodes instead of on the workflow, then you could avoid the 'step'/'then' distinction and have something like: e.g.
| |||||||||||||||||
| |||||||||||||||||
▲ | jumski 2 days ago | parent | prev [-] | ||||||||||||||||
I think it is just easier to comprehend if the edges/dependencies are explicit (as an array for example). | |||||||||||||||||
|