My harsh feedback would be that the way to communicate what your library does is almost entirely defensive and aims to justify its existence but without telling you in basic terms what it does. It feels like it was written off the back of 100 conversations with someone who said "oh okay, but can't you just [...]".
Humans tend to read in a Z pattern, so I've read 3 blocks of mostly irrelevant text that should be buried in an FAQ somewhere before you actually introduce your core primitives.
I think if you took a few hours to do the following and resubmit you'll get a much warmer reception:
1. Drastically reduce the text. Action Engine provides a set of utilities to help developers build multimodal, streaming, stateful, long-running, agentic applications. Actions are bla bla, async nodes are bla bla. Save the philosophy for the docs.
2. Include a middle step before you jump straight from a oneliner to working program in RestOfTheFuckingOwl style. Here's how these abstractions can be combined in simple way to do surprisingly complex thing.
3. Add a complete, highly intuitive code example or if not possible, a neat diagram. Bonus points for comparing to an existing popular framework you want to replace.