No. A huge selling point of these code-first workflow engines is that they make writing durable workflows a lot like writing non-durable code, to the maximum extent that the language allows, such that the workflow orchestration disappears.

That is, they require good taste and opinionated API design first, porting skills second. The SDK for each language ends up being substantially different.

Frontier models are not very good at this yet. I've tried. Ultimately I couldn't justify the effort when there are other workflow engines out there.