These types of frameworks will become abundant. I personally feel that the integration of the user into the flow will be so critical, that a pure decoupled backend will struggle to encompass the full problem. I view the future of LLM application development to be more similar to:<p><a href="https://sdk.vercel.ai/" rel="nofollow">https://sdk.vercel.ai/</a><p>Which is essentially a next.js app where SSR is used to communicate with the LLMs/agents. Personally I used to hate next.js, but its application architecture is uniquely suited to UX with LLMs.<p>Clearly the asynchronous tasks taken by agents shouldnt run on next.js server side, but the integration between the user and agent will need to be so tight, that it's hard to imagine the value in some purely asynchronous system. A huge portion of the system/state will need to be synchronously available to the user.<p>LLMs are not good enough to run purely on their own, and probably wont be for atleast another year.<p>If I was to guess, Agent systems like this will run on serverless AWS/cloud architectures.
Hey guys, Logan here! I've been busy building this for the past three weeks with the llama-index team. While it's still early days, I really think the agents-as-a-service vision is something worth building for.<p>We have a solid set of things to improve, and now is the best time to contribute and shape the project.<p>Feel free to ask me anything!
I must be missing something: isn’t this just describing a queue? The fact that the workload is a LLM seems irrelevant, it’s just async processing of jobs?