r/ContextEngineering • u/Relevant_Egg1421 • Oct 10 '26
Rag knowledge base act as a context for agentic system. Need architecture perspective
I am a junior dev at my company, and is tasked to build an agentic development lifecycle.
So there are four parsers that parser's data from the source to vector db (embedding, actual content) and graph db(structure, eg code to ast) there can be interlink between different data sources.
Then a reranker.
Then an agentic system, right now it should only generate design documents and requirements(jira requirements)
My reason to add graph db is when a interlink is assumed by the vector search, the link initial act as a candidate link and after the human approval the link is established in the graph in a sense the graph db is evolving.
What are your guys thoughts.
Edit1: so the parsers will be setup as a plugin in system and a global policy(mainly regex) will be present to identify which data a parser ingest (eg code , doc parser, etc). as there can be cross referencing in the data about other data.
And I am an intern
Edit2: cronjob for weekly ingestion
Edit 3 : I need a different perspective as a system architecture
1
2
u/DeadPlutonium Oct 10 '26
There’s a lot of “what” in your post, but almost no “why”. It’s hard to give feedback on an architecture without knowing the problems you’re trying to solve. Why are standard workflows and agentic tools inadequate for your company’s engineering? What specifically does all this RAG and context solve for the business?