business

Verdict

Submitted 5/6/2026, 7:29:29 AM · Completed 5/6/2026, 6:21:19 PM

5.5
pivot
The idea

Prototype for building structured RAG: could this work?

Show original source text →
Hi everyone, I'll start by saying that I have a humanities background and a passion for programming, but only recently have I started getting closer to AI and its underlying structures. During my studies, I noticed that certain structures could be assimilated to linguistic-psychological models and translated into algorithms. I started some extra study sessions brainstorming with AI: the "notes" in the GitHub repo are the result (please note that the form and exposition are AI-generated; I only needed the content and source references to dive deeper). From there, it was a short step to creating a prototype using vibecoding. The Project The idea focuses on the targeted creation of RAG based on the tokens of user-written prompts, in order to provide the language model with targeted documentation and, possibly, without noise. To provide the necessary knowledge, we use graphs based on language structure (AST). To "navigate" these graphs and correlate them, we use self-updating symbols capable of creating links between various nodes, adapting to the use of specific environments. The symbols will then be an arbitrary gateway to the node and to the nodes related to it by weight and frequency. What this architecture is supposed to do is navigate these knowledge instances without retaining them, reporting only what is necessary and transforming it into structured RAG. The code will then need to be tested in a sandbox before being presented and, if not working, the human will proceed with fine-tuning the requests. Characteristics This method has some peculiar characteristics, both positive and negative: Human presence is indispensable for training and adapting to the specific project. Precise and coherent graphs are necessary, but it is also possible to provide them (with caution) from existing documentation or already written code. The process does not happen in a black box; it is traceable and debuggable, and it is possible to modify the architecture from the top down if necessary. The idea is specific to ultra-specialized fields, not an alternative LLM model. --- I am not here to present "the best idea in the world," but I would like to understand if this could work or not and why, or if this idea has already been explored and abandoned, or if it is nothing new. On my repo, you can see the documentation and the "toy" app created in vibecoding. I have no way to properly test and work on this architecture: my setup can barely handle Ollama. The tests were done in a sandboxed environment using Claude. Repo link: https://github.com/DBA991/GrafoMente-Prototype/tree/main
TRIZ inventive level: 3/5· Principles: parameter changes, mechanical interaction
Synthesis verdict
**Pivot**: The idea of creating a Retrieval-Augmented Generator (RAG) using graphs based on language structure (AST) and self-updating symbols has potential, especially in ultra-specialized fields. However, the technical complexity, lack of clear market need, and high dependency on external AI platforms and human intervention are significant concerns. The concept is novel and has potential, but it requires further refinement and validation to address these challenges.

Strengths

  • - Novel approach to RAG using AST-based graphs and self-updating symbols
  • - Potential for precise and traceable retrieval in ultra-specialized fields
  • - Monetization potential through subscription or pay-per-use models

Weaknesses

  • - High technical complexity and dependency on external AI platforms
  • - Lack of clear market need and validated user pain points
  • - High human dependency and potential IP risks
  • - Limited scalability and potential for high operational costs

Best angle

Refine the concept to focus on a specific ultra-specialized field, such as legal or medical documentation retrieval, and develop a more robust and scalable architecture to address the technical and market challenges.

Panel verdicts

Viability

meta/llama-4-maverick-17b-128e-instruct

6.0

“The idea's success hinges on the ability to efficiently create and navigate complex graphs and to effectively update symbols to correlate nodes, which poses significant technical challenges.”

The idea presented is an interesting approach to creating a Retrieval-Augmented Generator (RAG) using graphs based on language structure (AST) and self-updating symbols to navigate these graphs. The concept is novel and has potential, especially in ultra-specialized fields. However, the technical complexity of implementing this idea is high, particularly in terms of developing and fine-tuning the graph navigation and symbol updating mechanisms. The reliance on precise and coherent graphs, which may require significant manual effort to create or adapt from existing documentation, adds to the complexity. The use of vibecoding for prototyping is an interesting approach, but the scalability and performance of the resulting code are uncertain. Testing the architecture in a sandbox environment using Claude is a good start, but more rigorous testing with diverse datasets and environments is needed to validate the concept. The fact that the author has a humanities background and is relatively new to AI may impact the development speed and technical depth. A solo or 2-person team may struggle to build a functional v1 within 4-12 weeks, given the technical challenges and the need for significant testing and fine-tuning.

Market

qwen/qwen3-next-80b-a3b-instruct

3.0

“The concept is an elegant academic exercise, but it solves a problem no paying customer has articulated or is willing to pay to fix.”

This idea is highly niche and technically ambitious, but it lacks a clear, validated market need. The target audience - ultra-specialized professionals needing traceable, graph-based RAG systems - is extremely small and likely already served by enterprise AI platforms (e.g., LangChain, LlamaIndex, or custom vector DBs with ontology layers). The proposal relies on unproven concepts like 'self-updating symbols' and AST-based knowledge graphs for RAG, which are not demonstrated to outperform existing methods. There's no evidence of user pain points being addressed: no surveys, interviews, or pilot feedback from potential users (e.g., legal tech, bioinformatics, or financial compliance teams). The prototype is a toy app running on Ollama with Claude, which doesn't validate scalability, performance, or real-world utility. The human-in-the-loop requirement makes it expensive and non-scalable, contradicting the industry's push toward automation. While the fusion of linguistics, ASTs, and RAG is intellectually interesting, no commercial product has emerged around this exact approach because the marginal gain over existing tools (like semantic search + fine-tuned embeddings) is unproven and likely negligible. Without a clear buyer (e.g., a law firm, pharmaceutical R&D team, or regulatory tech startup) willing to pay $10k+/year for this, the market is too thin. The idea is novel in form but not in outcome, and the barrier to adoption is prohibitively high without enterprise sales cycles or partnerships.

Risk

nvidia/llama-3.3-nemotron-super-49b-v1

3.0

“High dependency on external AI platforms and human intervention, coupled with potential IP risks, outweighs the innovation in its niche approach.”

The idea's niche focus on ultra-specialized fields using RAG with AST-based graphs and self-updating symbols shows innovation, but its viability is severely hampered by three critical failure modes within 6-12 months: **1. Regulatory and Intellectual Property (IP) Risks**: The reliance on existing documentation or code for graph creation may infringe on copyrights or violate terms of service of sources used, especially without clear licensing or permission frameworks in place. **2. Platform and Dependency Risk**: The project's success is highly dependent on the stability, accessibility, and cost of external AI platforms (e.g., Claude, potentially Llama) for testing and deployment. Changes in these platforms' APIs, pricing, or access policies could cripple the project. **3. Churn due to Niche Market and High Human Dependency**: The requirement for human presence in training and adaptation for each ultra-specialized field may lead to high operational costs and limited scalability, potentially deterring cost-sensitive customers in these niches.

Competition

nvidia/nemotron-3-nano-omni-30b-a3b-reasoning

6.0

“The differentiation rests on structural AST - based dynamic graphs rather than static vector stores, offering potential traceability for niche domains but risking durability due to high maintenance and limited tooling.”

The concept proposes a RAG pipeline that builds knowledge graphs from the abstract syntax trees of user prompts and uses self-updating symbols to dynamically link nodes based on weight and frequency, aiming for precise, traceable retrieval without retaining raw data. Existing solutions such as LangChain, LlamaIndex, Haystack, and GraphRAG already provide vector - based or static graph retrieval for RAG, and domain - specific tools (e.g., legal or medical retrieval platforms) offer curated knowledge sources. The key differentiation is the structural, language - centric graph construction and the adaptive symbol mechanism, which could enable more interpretable and context - aware retrieval for ultra - specialized fields. However, durability is questionable: constructing high - quality AST - based graphs requires substantial domain expertise and ongoing human curation, and the self - updating symbol layer adds complexity that may not scale beyond sandboxed environments. The reliance on a human - in - the - loop training loop and the need for precise graph maintenance could limit adoption, especially given the current limited compute resources and the nascent state of the underlying graph - linking algorithms. While the idea is novel in its combination of linguistic - psychological modeling with dynamic graph navigation, it faces stiff competition from established RAG frameworks and may struggle to achieve long - term viability without robust tooling and broader community support.

Monetization

mistralai/mistral-nemotron(fallback #1)

7.0

“The value lies in the niche application for ultra-specialized fields, where precision and traceability outweigh the need for full automation.”

The idea presents a niche but potentially valuable approach to RAG (Retrieval-Augmented Generation) by leveraging AST-based graphs and self-updating symbols for targeted knowledge retrieval. The monetization potential lies in selling this as a specialized service or tool to industries requiring ultra-specific, low-noise documentation retrieval (e.g., legal, medical, or engineering fields). Pricing could be structured as a subscription model (e.g., $500/month per user) or a pay-per-use API (e.g., $0.10 per query). The conversion path would involve targeting enterprise clients through direct sales, partnerships with existing AI platforms, or industry-specific conferences. The unit economics would depend on server costs for running the AST graphs and symbols, but the high specialization could justify premium margins. The main challenge is the need for human oversight, which limits scalability but ensures quality. The idea is not entirely new, as graph-based RAG exists, but the focus on ultra-specialized fields and traceability is a differentiator.

Synthesized by meta/llama-3.3-70b-instruct · 6.0s