Show HN: Axilla – Open-source TypeScript framework for LLM apps
31–40 of 43 posts
Re: Show HN: Axilla – Open-source TypeScript framework for LLM apps
#32Earlier quoted context omitted.
Hey Chris , can you further qualify performance? Before I share some thoughts on this, let me just say that our primary motivators for Axilla have much more to do with bringing better AI tooling to an otherwise flourishing ecosystem rather than shaving milliseconds off an arbitrary task or request. Given that, I'm not sure how fruitful a performance discussion will be. If by performance you meant maturity of third pa…
I'm no expert in actual ML implementations but I was under the impression that Python (i.e Tensorflow) is actually C/C++ based under the hood. I just meant I can't imagine the V8 engine can be as performant for all that matrix math in those models. But now that I'm looking at the actual code samples, I'm not even sure JavaScript is doing any of the actual heavy lifting? (I see you use OpenAI's embedding) so this tool…
That said, we are investigating serving from Node and possibly on edge devices with WebGPU. For serving from Node, it would be similar to what you describe with Tensorflow compiling down to C/C++. There are various backends for frameworks like Tensorflow, Pytorch, etc. and those backends are often C/C++. We would bridge this lower-level code to Node through e.g. Node API (https://nodejs.org/api/n-api.html) or use frameworks like ONNX / ONNX Runtime.
Re: Show HN: Axilla – Open-source TypeScript framework for LLM apps
#33The only overlap with what you were doing at Cruise and the problems people building off a REST API wrapper for an LLM are running into are things that all software being pushed into a production environment runs into. High level things like "let's not introduce a regression".
I think if you're talking to investors who don't know better go for it. But if you're posting for technical folks, some of them will be completely put off the moment you try to imply working in MLOps at an AV company makes you any more suited to implement RAG than any suitably experienced engineer who's messed around with embeddings for a month.
Re: Show HN: Axilla – Open-source TypeScript framework for LLM apps
#34My two cents which you are free to ignore (and I almost implore you to ignore): I'm sure this is useful but as someone who works at an AV company and is building with these new generative AI tools... your psuedo-YC story intro kind of puts me off even wanting to look at the library, because it sets you up as grifters. The only overlap with what you were doing at Cruise and the problems people building off a REST API…
Re: Show HN: Axilla – Open-source TypeScript framework for LLM apps
#35My two cents which you are free to ignore (and I almost implore you to ignore): I'm sure this is useful but as someone who works at an AV company and is building with these new generative AI tools... your psuedo-YC story intro kind of puts me off even wanting to look at the library, because it sets you up as grifters. The only overlap with what you were doing at Cruise and the problems people building off a REST API…
The lesson that we learned at Cruise is that the tough thing when shipping AI software is closing the data loop and integrating all of the steps of the ML lifecycle together, so if you only look at the RAG workflow, I actually agree with you.
The vision for Axilla is that all of the modules interoperate with each other naturally. This means that your production data gets logged such that the datasets can be sent for data processing, labeling, or added to regression test suites. This way, production and development workflows are tied together.
In terms of RAG: how do you test your RAG workflow in an automated way? A lot of people are building these workflows today, but from our customer conversations nearly none of them are testing them or monitoring their performance automatically in production, because most evaluation frameworks don't integrate naturally with document retrieval.
We have a way to go before the framework delivers on its full potential, but we still feel that it's in a useful enough shape for people to use it and contribute today, which is why we open-sourced it while we keep building it.
Re: Show HN: Axilla – Open-source TypeScript framework for LLM apps
#36I've come to the conclusion that anything that "abstracts" the openai complete/chat complete API call is just bad practice and to stay away from the entire framework, with the exception of microsoft guidance. Just because you can, doesn't mean you should. And if you do abstract the completion API, then it must either reduce friction or increase capabilities over just calling openai with http fetch/axios. Which micros…
why?
Re: Show HN: Axilla – Open-source TypeScript framework for LLM apps
#37My two cents which you are free to ignore (and I almost implore you to ignore): I'm sure this is useful but as someone who works at an AV company and is building with these new generative AI tools... your psuedo-YC story intro kind of puts me off even wanting to look at the library, because it sets you up as grifters. The only overlap with what you were doing at Cruise and the problems people building off a REST API…
Thanks for the feedback! The lesson that we learned at Cruise is that the tough thing when shipping AI software is closing the data loop and integrating all of the steps of the ML lifecycle together, so if you only look at the RAG workflow, I actually agree with you. The vision for Axilla is that all of the modules interoperate with each other naturally. This means that your production data gets logged such that the…
But I'm also giving you my two cents as someone who's not only building in the space, but sitting next to * a lot of the people who will use something like this, and there's some real fatigue building around the flood of tooling for "LLMOps".
* figuratively and literally: checking my past events after the sibling mentioned your YC connection and even you and I have been to at least one mutual AI event
—
At the end of the day I get that as a startup you need to weave stories sometimes: If this was a Launch HN I wouldn't have bothered with my comment and that's kind of what my "ignore this" intro is getting at.
But we went from chatbots to selling shovels in a gold rush as the default AI play in the last couple of months. Most builders will take any excuse to assume any given tool is just another rushed shovel. So you don't want to invite the mental friction of "ML vs AI": at most I'd mention you're former coworkers at Cruise and let the people amenable to that connection make it themselves. For the rest of us even knowing two former coworkers are working on something is enough to build some confidence in its staying power.
Re: Show HN: Axilla – Open-source TypeScript framework for LLM apps
#38What a horrible name. Why? Just why? You are putting so much love into something to give it a name that is so bad?
If this sounds too opinionated so far, I'll give you a fact. As a Spanish speaker, this is also a little too close to the word for armpit, and I'd not name my project Armpitt.
Re: Show HN: Axilla – Open-source TypeScript framework for LLM apps
#39What a horrible name. Why? Just why? You are putting so much love into something to give it a name that is so bad?
Yeah, I'd reconsider this too. If this sounds too opinionated so far, I'll give you a fact. As a Spanish speaker, this is also a little too close to the word for armpit, and I'd not name my project Armpitt.
Re: Show HN: Axilla – Open-source TypeScript framework for LLM apps
#40Hey Nick and Ben, congrats to launch! I really like that you're going in the TS way by default. I personally think there will me more AI Engineers (devs building LLM apps/agents) working in TS than in Python. I wanted to ask if you accept PRs for integrations? I'm a co-founder of E2B [0]. We give private sandboxed cloud envs to any agent. We're building two things: - [1] Agent Protocol - it's an open protocol that de…
I'm really excited about E2B. Axilla looks great too! :)