I have a feeling there's something cool and useful here, but the way it's described makes me, with the utmost respect love and adoration for the work put into this, want to tear my eyes out. If I was the one posting this after I'd spent a bunch of time working on it and got no comments or feedback I'd be sad and confused, so I will try to give the advice that I would want in this situation.
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.
Thanks! That's good feedback—you're not too far in guessing the "100 conversations" background, and you're right it doesn't have to define the presentation.
I think all of it makes sense—I've been putting off writing the steadier, more easy going walkthroughs, but they should really make a difference.
Note: I am the core author, would be grateful for feedback and happy to answer questions. The landing page at the main URL has a detailed motivation for the project.
It's not something currently backed broadly, but a flexible, quick-feedback way to navigate the landscape of AI infrastructure demands—an experiment from me and early internal supporters at Google DeepMind.
Current frameworks solidified around abstractions that are growing increasingly inadequate for the new demands of multimodal, streaming, stateful, long-running applications. Action Engine aims to be a common building block for these new kinds of applications, without imposing rigid abstractions or heavy dependencies, adapting to applications.
I have a feeling there's something cool and useful here, but the way it's described makes me, with the utmost respect love and adoration for the work put into this, want to tear my eyes out. If I was the one posting this after I'd spent a bunch of time working on it and got no comments or feedback I'd be sad and confused, so I will try to give the advice that I would want in this situation.
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.
Thanks! That's good feedback—you're not too far in guessing the "100 conversations" background, and you're right it doesn't have to define the presentation.
I think all of it makes sense—I've been putting off writing the steadier, more easy going walkthroughs, but they should really make a difference.
Note: I am the core author, would be grateful for feedback and happy to answer questions. The landing page at the main URL has a detailed motivation for the project.
It's not something currently backed broadly, but a flexible, quick-feedback way to navigate the landscape of AI infrastructure demands—an experiment from me and early internal supporters at Google DeepMind.
Current frameworks solidified around abstractions that are growing increasingly inadequate for the new demands of multimodal, streaming, stateful, long-running applications. Action Engine aims to be a common building block for these new kinds of applications, without imposing rigid abstractions or heavy dependencies, adapting to applications.