Quira
Lightning-Fast, Context-Dense RAG Framework for Python
Stop waiting. Start predicting.
Quickstart · How It Works · Cost Savings · API · Contributing
🔥 The Problem with Traditional RAG
Traditional Retrieval-Augmented Generation (RAG) is slow and expensive:
- High Latency: User types query → Hits Enter → WAIT → Vector search → WAIT → Stuff 10 large chunks into LLM → WAIT → Response.
- "Lost in the Middle" Syndrome: You stuff massive chunks of text into the context window, most of which is useless filler. The LLM loses track of the actual facts.
- Expensive Redundancy: On every turn of the conversation, you re-fetch and re-process the exact same context over and over again.
✨ The Quira Solution (v2.0 Enterprise)
Quira solves this by predicting what users need before they finish typing, dynamically compressing context to maximize density, and statefully tracking the conversation.
⏱️ Real Latency Reduction | 🧠 3-Tier Context Compression | 💰 Proven Token Savings
🛡️ Enterprise-Ready Core
- Semantic Fuzzy Caching: Matches predicted queries using Cosine Similarity, ensuring cache hits even with typos or phrasing differences.
- 3-Tier Context Compression: Extractive TextRank, Entity-anchored Extraction, and optional LLM Abstractive Summarization packed into the context window.
- Differential Retrieval State: Tracks multi-turn conversations and reuses context securely, reducing token usage safely with proper Garbage Collection.
- Provider Abstraction Layer: Run Quira with Groq, OpenAI, Gemini, Anthropic, or local Ollama instances transparently.
🏗️ Architecture
graph TD
User([User Typing]) -->|WebSocket Stream| Speculative[1. Speculative Retriever]
Speculative -->|Predictive Search| Cache[(Redis Cache)]
UserSubmit([User Hits Enter]) --> Diff[3. Differential Retriever]
Diff -->|Cosine Similarity > 0.6?| DeltaFetch{Fetch Delta Chunks Only}
Cache --> DeltaFetch
DeltaFetch --> Tetris[2. Context Tetris]
Tetris -->|Relevance, Recency, Density| Groq[Groq LLM Compression]
Groq -->|U-Shape Order| FinalContext[Packed Context]
FinalContext --> MainLLM{Your Main LLM}
📦 Quickstart & Environment Setup
1. Installation
Quira offers a modular installation depending on which providers you want to use.
# Install everything (includes OpenAI, Anthropic, Qdrant, Pinecone, Redis, etc.)
pip install "quira[all]"
# OR install a lightweight minimal setup just for local LLMs and Qdrant
pip install "quira[ollama,qdrant]"
2. Environment Variables
Quira does not hardcode API keys. Make sure your environment is configured for the providers you use:
OPENAI_API_KEY=sk-proj-...
ANTHROPIC_API_KEY=sk-ant-...
GROQ_API_KEY=gsk_...
QDRANT_URL=http://localhost:6333
REDIS_URL=redis://localhost:6379
3. End-to-End Working Example
Here is a complete, runnable script from ingestion to streaming response using the Provider Abstraction Layer.
import asyncio
from quira import quiraPipeline, UserSession
async def main():
# 1. Initialize Quira Pipeline using simple string configuration
pipeline = quiraPipeline(
vector_store="qdrant",
cache="redis",
llm="openai/gpt-4o"
)
# 2. Create a session for a specific user
session = UserSession(user_id="user_123")
# 3. Ingest documents (Auto-detects format: pdf, html, csv, md, docx)
print("Ingesting document...")
await pipeline.ingest_file("sample_doc.md", user_id="user_123")
# 4. 🏎️ Speculative fetch (Requires real-time UI/WebSocket feeding keystrokes)
# This prepares the context in Redis while the user is typing
await pipeline.handle_typing_event(session, "What is the ")
# 5. 🎯 Submit & Stream Response
print("\nAnswer: ", end="", flush=True)
async for chunk in pipeline.process_submission_stream(session, "What is the main topic?"):
print(chunk, end="", flush=True)
print()
if __name__ == "__main__":
asyncio.run(main())
⚙️ How It Works: The 4 Core Modules
Quira is built on 4 beautifully orchestrated modules:
🏎️ Module 1: Speculative Retrieval
Instead of waiting for the user to hit "Enter", Quira listens to keystrokes. Using adaptive debouncing, it fires searches in the background. By the time the user hits Enter, the vector search is already cached in Redis.
Note: Speculative Retrieval requires a frontend WebSocket connection feeding typing events to
handle_typing_event. Without it, Quira gracefully falls back to standard retrieval on submit.
🧩 Module 2: Context Tetris
Not all retrieved context is equal. Quira scores every chunk on 4 dimensions:
- Relevance (Cosine similarity)
- Recency (Half-life decay for older chunks)
- Uniqueness (Penalizes duplicate information)
- Density (Entity-to-token ratio)
It then uses a fast LLM to compress filler text out of the chunks, and orders them in a U-shape (best chunks at the very start and end) to prevent the LLM from "losing" facts in the middle of the prompt.
🔄 Module 3: Differential Retrieval
In a normal RAG chat, asking a follow-up question triggers a completely new vector search. Quira maintains a Context Pool. It measures the cosine similarity between the current and previous query. If the topic hasn't changed drastically, Quira only fetches Delta Chunks (new information) and merges it, saving massive amounts of redundant processing.
📄 Module 4: Document Ingestion
Built-in multi-format parsing (PDF, DOCX, HTML, CSV, Markdown) with overlapping text chunking (default 1000 chars / 200 overlap) to prevent sentence fragmentation. Automatically generates embeddings and upserts them directly into your Vector Store.
🛡️ Resilience & Debugging
Quira is built for production reliability. It features a robust Exception Hierarchy (QuiraError) and transparent Retry & Fallback Logic.
Provider Fallbacks
You can provide a secondary fallback_llm or fallback_vector_store. If your primary provider goes down, Quira will seamlessly failover to the backup provider without dropping the user's request.
pipeline = quiraPipeline(
llm="anthropic/claude-3-opus",
fallback_llm="openai/gpt-4o", # Used if Anthropic goes down!
vector_store="pinecone",
fallback_vector_store="qdrant"
)
Telemetry & Tracing
Want visual graphs of your context compression and speculative fetches? Quira natively instruments itself.
If you have langsmith or opentelemetry-api installed in your environment, Quira automatically detects them and wraps the entire pipeline in nested, beautiful traces. No configuration required.
Error Handling & Debugging
If you encounter issues, Quira uses standard Python logging. Enable debug logs to see exact scoring metrics, fallback triggers, and compression ratios:
import logging
logging.getLogger("quira").setLevel(logging.DEBUG)
You can catch specific Quira exceptions such as VectorStoreUnavailableError or LLMProviderError from quira.exceptions for graceful UI degradation.
💰 Why Quira Saves You Money
You might wonder: "Doesn't using an LLM for Context Tetris cost extra money?"
No, it actually saves you up to 40% on your bill. Here's why:
- Compression is Cheap: The models used to compress context cost fractions of a penny.
- Your Main LLM is Expensive: You are likely sending your final prompt to a heavy model like GPT-4o or Claude 3.5 Sonnet. By using cheap tokens to compress the context, you send significantly fewer tokens to the expensive main LLM.
- Differential Caching: You stop re-fetching and re-sending identical chunks of text on every single conversational turn.
📊 Benchmarks
| Metric | Traditional RAG | Quira | Improvement |
|---|---|---|---|
| Avg Latency | 1,450 ms | 210 ms | 🚀 85% faster |
| Context Density | 35% | 94% | 🧠 2.6× denser |
| Token Cost | Baseline | -40% | 💰 40% cheaper |
| Redundant Fetches | Every turn | Delta only | ♻️ ~70% fewer |
To verify these metrics yourself, run the test harness in the
benchmarks/directory.
📚 API Reference
quiraPipeline(vector_store, cache, llm, ...)
The main pipeline class. Accepts your own client instances or string identifiers for the Provider Abstraction Layer.
| Method | Description |
|---|---|
handle_typing_event(session, keystrokes) |
Trigger speculative retrieval on keystrokes |
process_submission(session, query) |
Full retrieval + compression pipeline |
process_submission_stream(session, query) |
Full pipeline yielding a real-time streaming string |
ingest_file(path, user_id) |
Auto-detect, parse, chunk, embed, and store a file |
UserSession(user_id)
Tracks per-user conversation state, context pools, and turn history. Keeps different users' data strictly isolated.
🤝 Contributing
Contributions are needed! Please open an issue or submit a pull request.
# Clone the repo
git clone https://github.com/DevDarsh26/Quira.git
cd Quira
# Create a virtual environment
python -m venv .venv
source .venv/bin/activate # Windows: .venv\Scripts\activate
# Install in editable mode with dev dependencies
pip install -e ".[dev]"
# Run tests
pytest tests/
Download files
Download the file for your platform. If you're not sure which to choose, learn more about installing packages.
Source Distribution
Built Distribution
Filter files by name, interpreter, ABI, and platform.
If you're not sure about the file name format, learn more about wheel file names.
Copy a direct link to the current filters
File details
Details for the file quira-2.0.2.tar.gz.
File metadata
- Download URL: quira-2.0.2.tar.gz
- Upload date:
- Size: 56.6 kB
- Tags: Source
- Uploaded using Trusted Publishing? Yes
- Uploaded via:
twine/6.1.0 CPython/3.13.14
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
30de98652c9ed72bc143125fd7c65f73d5a35db46c13707253b660734f764af2
|
|
| MD5 |
55ad73323fe476b4e4c24e13e3b7bbc2
|
|
| BLAKE2b-256 |
11dd7c1ea5d783acec9a0117e3a4811eb1715e2dbe224c41fbd978d375eee4dd
|
Provenance
The following attestation bundles were made for quira-2.0.2.tar.gz:
Publisher:
publish.yml on DevDarsh26/Quira
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
quira-2.0.2.tar.gz -
Subject digest:
30de98652c9ed72bc143125fd7c65f73d5a35db46c13707253b660734f764af2 - Sigstore transparency entry: 2280991241
- Sigstore integration time:
-
Permalink:
DevDarsh26/Quira@570d67a0349eeeb4fdf5879ce1d4b007a7a6f924 -
Branch / Tag:
refs/tags/v2.0.2 - Owner: https://github.com/DevDarsh26
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
publish.yml@570d67a0349eeeb4fdf5879ce1d4b007a7a6f924 -
Trigger Event:
push
-
Statement type:
File details
Details for the file quira-2.0.2-py3-none-any.whl.
File metadata
- Download URL: quira-2.0.2-py3-none-any.whl
- Upload date:
- Size: 58.3 kB
- Tags: Python 3
- Uploaded using Trusted Publishing? Yes
- Uploaded via:
twine/6.1.0 CPython/3.13.14
File hashes
| Algorithm | Hash digest | |
|---|---|---|
| SHA256 |
a52071b691cfedd3091c7472d140d4ebe6250e00e67604533ac58c28ded96819
|
|
| MD5 |
21141fecfe540b3869489792ed30bdf1
|
|
| BLAKE2b-256 |
5f4713523ed1869f6f63f648704da7b26d8a8f25e3deedae5d5d8dfc7431a295
|
Provenance
The following attestation bundles were made for quira-2.0.2-py3-none-any.whl:
Publisher:
publish.yml on DevDarsh26/Quira
-
Statement:
-
Statement type:
https://in-toto.io/Statement/v1 -
Predicate type:
https://docs.pypi.org/attestations/publish/v1 -
Subject name:
quira-2.0.2-py3-none-any.whl -
Subject digest:
a52071b691cfedd3091c7472d140d4ebe6250e00e67604533ac58c28ded96819 - Sigstore transparency entry: 2280991250
- Sigstore integration time:
-
Permalink:
DevDarsh26/Quira@570d67a0349eeeb4fdf5879ce1d4b007a7a6f924 -
Branch / Tag:
refs/tags/v2.0.2 - Owner: https://github.com/DevDarsh26
-
Access:
public
-
Token Issuer:
https://token.actions.githubusercontent.com -
Runner Environment:
github-hosted -
Publication workflow:
publish.yml@570d67a0349eeeb4fdf5879ce1d4b007a7a6f924 -
Trigger Event:
push
-
Statement type: