What’s best practice to integrate this in a Ruby on Rails application?
Show HN: Cognita – open-source RAG framework for modular applications
11–20 of 36 posts
Re: Show HN: Cognita – open-source RAG framework for modular applications
#12What’s best practice to integrate this in a Ruby on Rails application?
Re: Show HN: Cognita – open-source RAG framework for modular applications
#13Looks like a great product. I'll have to give it a try! I like that the product seems to solve the RAG need only and not be an "everything framework" for LLMs. It makes for a richer seeming product for RAG while making other aspects of AI apps open for the user to choose their approach.
Re: Show HN: Cognita – open-source RAG framework for modular applications
#14What’s best practice to integrate this in a Ruby on Rails application?
Best practice is to NOT integrate this in a Ruby on Rails application.
Re: Show HN: Cognita – open-source RAG framework for modular applications
#15Congrats on the launch Supreet! Can you talk about how Cognita compares against competitors like RAGFlow?
The api endpoints for all modules is a major plus. Besides, the UI for testing out different configurations is helpful for debugging and improvement and sharing with the rest of the world.
Re: Show HN: Cognita – open-source RAG framework for modular applications
#16I find it relevant to what I want to do next and put in some time to understand the application vs other stuff e.g. Langchain. And if my understanding is correct, what this tries to do is:
For a lot of typical web services, there're non-realtime batch-processing data processors, e.g. search engine's crawler and indexer, or database's OLAP system, Hadoop, spark, etc. Once their processing is done, they will output data in arelevant, easy-to-use form for real-time web services to consume, e.g. search engine's index, or a list of e-commerce's best selling items.
If we extend such analogy to today's LLM RAG application and compare it with an out-of-the-box Langchain or LlamaIndex implementation, we'll realize everything is in one process altogether. Of course, for demo purpose, they have to.
Cognita tries to fit in by splitting the process into real-time and not real-time parts, on top of existing LangChain and LlamaIndex, and comes with an API endpoint for each part and a web UI for user querying.
For my use case, I'm looking into setting up a very basic RAG-based internal doc QA app, to see if this helps with some of our notoriously bad wikis. So I'm likely going to use this UI and just shovel whatever simple LangChain or LlamaIndex implementation into it. I'm not that interested in the modular design. Honestly, I could see a couple of different ways each market segment approaches such a problem: for demo/mainly static document/low stake application, the need to periodically refresh vector-db is non-existent; for companies with enough engineering expertise, they'll likely put the data processing part into existing data processing framework; for the rest segment, they probably can also get away with putting the whole offline data processing into a very long python script, setup cron and call it a day.
---
I haven't look into RAG in a year or so, but my overall sensation is this: 1. the RAG layer (on top of vector-db) isn't technically difficult, vs say OS development, database development, etc, after all, text manipulation has been around since 60s. 2, since the whole LLM generation is very sensitive to prompt, an early, too rigid abstraction likely do more harm than good.
Re: Show HN: Cognita – open-source RAG framework for modular applications
#17Congrats on the launch! I find it relevant to what I want to do next and put in some time to understand the application vs other stuff e.g. Langchain. And if my understanding is correct, what this tries to do is: For a lot of typical web services, there're non-realtime batch-processing data processors, e.g. search engine's crawler and indexer, or database's OLAP system, Hadoop, spark, etc. Once their processing is do…
Re: Show HN: Cognita – open-source RAG framework for modular applications
#18We were looking for a solution that would help our team test out the LLMs & prompts for repeatability and identifying edge cases.
The UI looks interesting, like a playground on top of the RAG framework, allowing the team to test out various prompts / configurations to handle edge cases, without requiring a lot of tech bandwidth!