0% found this document useful (0 votes)
6 views6 pages

Project CSEC: AI Model for Project Retrieval

Project CSEC aims to develop a model for retrieving project information based on natural language queries related to structural features and unique design elements. The project outlines four model versions, with the latest focusing on a hybrid approach that combines vector embeddings and GPT reasoning for improved accuracy. Next steps include fine-tuning the model, expanding the dataset, and making the model accessible through a user-friendly interface.

Uploaded by

Mohammed Salman
Copyright
© All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
6 views6 pages

Project CSEC: AI Model for Project Retrieval

Project CSEC aims to develop a model for retrieving project information based on natural language queries related to structural features and unique design elements. The project outlines four model versions, with the latest focusing on a hybrid approach that combines vector embeddings and GPT reasoning for improved accuracy. Next steps include fine-tuning the model, expanding the dataset, and making the model accessible through a user-friendly interface.

Uploaded by

Mohammed Salman
Copyright
© All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd

Project CSEC

A Model to retrieve projects information’s (technical drawings/relevant documents) based on


natural language input — such as structural features or unique design elements

For example:

1. Structural Criteria: “List buildings with steel roofs and more than 2 stories.”

2. Unique Features: “Which projects have circular staircases?”

Extracted Project Dataset:

Model’s Data Structure:


Prototype Model’s

1. Model V1 – Text Similarity (Keyword Match)


- simple string-matching using Python & CSV

- Downsides: It only finds results if the query matches the


text exactly (no meaning or relationships understanding)
2. Model V2 – Vector Embedding Search (Semantic)
- use Sentence Transformers + FAISS (facebook ai similarity
check)
- Embeddings capture meaning but ignore structured
relationships
- Example: It might find “pile foundation” similar to “raft
foundation” just because they occur in similar contexts not
because they’re technically related.
- Can't enforce filters like: "only projects with 2+ stories
AND circular staircase AND pile foundation".
3. Model V3 – Hybrid (Embedding + GPT Reasoning)
- use vector embedding for narrowing candidates, then GPT-
4 for filtering & reasoning
- Operational Cost
- Need improvement for higher accuracy.
4. Model V4 – Hybrid model with domain specific fine
tunings
- Highly Accurate + Domain-Aware Responses

Next Steps

1. Fine-Tune the Model (for Higher Accuracy)


- Implementing model V4
Goal: Teach the model domain-specific knowledge using
examples (like project queries & expected outputs and their
relationships)

2. Improve with New Data + Set Up Relational DB


Goal: Expand and organize your data
(drawings/projects/features) to support scalable search &
retrieval.

3. Make the Model Accessible to Others (Web App or)


- Design UI
- Connect UI to backend
- Create a cloud/server DB and deploy the system

Common questions

Powered by AI

The oversights of Model V2's semantic search, such as conflating unrelated yet contextually similar terms (e.g., "pile foundation" vs. "raft foundation"), can be mitigated by integrating a reasoning layer like GPT-4 in Model V3 or V4 to enforce specific criteria and relationships beyond mere context .

Model V3 improves upon Model V2 by not only narrowing candidates using vector embedding, which captures the semantic meaning, but also incorporating GPT-4 for filtering and reasoning, allowing it to handle more specific queries and context beyond mere similarity .

Fine-tuning the retrieval model with domain-specific knowledge enhances its performance by aligning it closely with industry-specific terminology and query expectations, leading to more accurate and relevant query responses due to a deeper understanding of relationships and criteria .

Key organizational steps for integrating new data include setting up a relational database to manage and scale data efficiently, expanding data to cover more detailed project features, and ensuring data consistency and accessibility, allowing for robust query and retrieval capabilities .

Deploying the model as a web app increases accessibility by allowing users easy access from anywhere, enhances user experience with a tailored UI, and centralizes updates; however, it may increase operational costs and require robust security measures for data integrity .

Vector embedding search in Model V2 differs from Model V1's text similarity search by capturing the semantic meaning of phrases, enabling it to find relevant results even when the query does not exactly match the text, whereas Model V1 relies solely on exact string matches .

Model V4 is considered more accurate and domain-aware due to its hybrid approach that combines vector embedding, GPT reasoning, and is fine-tuned with domain-specific knowledge, allowing it to understand and respond accurately within the context of technical project queries .

Enhancements for Model V3 to achieve higher accuracy include fine-tuning with more domain-specific examples, expanding and organizing data into a relational database for better query handling, and improving the UI/UX and accessibility through a web application .

A relational database in the improvement agenda helps organize and expand project data, allowing for scalable and efficient query processing, and supports structured filtering of projects by specific criteria, improving overall retrieval accuracy and scalability .

Model V1's limitation lies in its reliance on exact keyword matching, which fails to understand meaning or relationships between terms, thereby missing relevant projects that do not exactly match the query terms .

You might also like