|
--- |
|
title: DeployPythonicRAG |
|
emoji: π |
|
colorFrom: blue |
|
colorTo: purple |
|
sdk: docker |
|
pinned: false |
|
license: apache-2.0 |
|
--- |
|
|
|
# Deploying Pythonic Chat With Your Text File Application |
|
|
|
In today's breakout rooms, we will be following the process that you saw during the challenge. |
|
|
|
Today, we will repeat the same process - but powered by our Pythonic RAG implementation we created last week. |
|
|
|
You'll notice a few differences in the `app.py` logic - as well as a few changes to the `aimakerspace` package to get things working smoothly with Chainlit. |
|
|
|
> NOTE: If you want to run this locally - be sure to use `uv sync`, and then `uv run chainlit run app.py` to start the application outside of Docker. |
|
|
|
## Reference Diagram (It's Busy, but it works) |
|
|
|
 |
|
|
|
### Anatomy of a Chainlit Application |
|
|
|
[Chainlit](https://docs.chainlit.io/get-started/overview) is a Python package similar to Streamlit that lets users write a backend and a front end in a single (or multiple) Python file(s). It is mainly used for prototyping LLM-based Chat Style Applications - though it is used in production in some settings with 1,000,000s of MAUs (Monthly Active Users). |
|
|
|
The primary method of customizing and interacting with the Chainlit UI is through a few critical [decorators](https://blog.hubspot.com/website/decorators-in-python). |
|
|
|
> NOTE: Simply put, the decorators (in Chainlit) are just ways we can "plug-in" to the functionality in Chainlit. |
|
|
|
We'll be concerning ourselves with three main scopes: |
|
|
|
1. On application start - when we start the Chainlit application with a command like `chainlit run app.py` |
|
2. On chat start - when a chat session starts (a user opens the web browser to the address hosting the application) |
|
3. On message - when the users sends a message through the input text box in the Chainlit UI |
|
|
|
Let's dig into each scope and see what we're doing! |
|
|
|
### On Application Start: |
|
|
|
The first thing you'll notice is that we have the traditional "wall of imports" this is to ensure we have everything we need to run our application. |
|
|
|
```python |
|
import os |
|
from typing import List |
|
from chainlit.types import AskFileResponse |
|
from aimakerspace.text_utils import CharacterTextSplitter, TextFileLoader |
|
from aimakerspace.openai_utils.prompts import ( |
|
UserRolePrompt, |
|
SystemRolePrompt, |
|
AssistantRolePrompt, |
|
) |
|
from aimakerspace.openai_utils.embedding import EmbeddingModel |
|
from aimakerspace.vectordatabase import VectorDatabase |
|
from aimakerspace.openai_utils.chatmodel import ChatOpenAI |
|
import chainlit as cl |
|
``` |
|
|
|
Next up, we have some prompt templates. As all sessions will use the same prompt templates without modification, and we don't need these templates to be specific per template - we can set them up here - at the application scope. |
|
|
|
```python |
|
system_template = """\ |
|
Use the following context to answer a users question. If you cannot find the answer in the context, say you don't know the answer.""" |
|
system_role_prompt = SystemRolePrompt(system_template) |
|
|
|
user_prompt_template = """\ |
|
Context: |
|
{context} |
|
|
|
Question: |
|
{question} |
|
""" |
|
user_role_prompt = UserRolePrompt(user_prompt_template) |
|
``` |
|
|
|
> NOTE: You'll notice that these are the exact same prompt templates we used from the Pythonic RAG Notebook in Week 1 Day 2! |
|
|
|
Following that - we can create the Python Class definition for our RAG pipeline - or *chain*, as we'll refer to it in the rest of this walkthrough. |
|
|
|
Let's look at the definition first: |
|
|
|
```python |
|
class RetrievalAugmentedQAPipeline: |
|
def __init__(self, llm: ChatOpenAI(), vector_db_retriever: VectorDatabase) -> None: |
|
self.llm = llm |
|
self.vector_db_retriever = vector_db_retriever |
|
|
|
async def arun_pipeline(self, user_query: str): |
|
### RETRIEVAL |
|
context_list = self.vector_db_retriever.search_by_text(user_query, k=4) |
|
|
|
context_prompt = "" |
|
for context in context_list: |
|
context_prompt += context[0] + "\n" |
|
|
|
### AUGMENTED |
|
formatted_system_prompt = system_role_prompt.create_message() |
|
|
|
formatted_user_prompt = user_role_prompt.create_message(question=user_query, context=context_prompt) |
|
|
|
|
|
### GENERATION |
|
async def generate_response(): |
|
async for chunk in self.llm.astream([formatted_system_prompt, formatted_user_prompt]): |
|
yield chunk |
|
|
|
return {"response": generate_response(), "context": context_list} |
|
``` |
|
|
|
Notice a few things: |
|
|
|
1. We have modified this `RetrievalAugmentedQAPipeline` from the initial notebook to support streaming. |
|
2. In essence, our pipeline is *chaining* a few events together: |
|
1. We take our user query, and chain it into our Vector Database to collect related chunks |
|
2. We take those contexts and our user's questions and chain them into the prompt templates |
|
3. We take that prompt template and chain it into our LLM call |
|
4. We chain the response of the LLM call to the user |
|
3. We are using a lot of `async` again! |
|
|
|
Now, we're going to create a helper function for processing uploaded text files. |
|
|
|
First, we'll instantiate a shared `CharacterTextSplitter`. |
|
|
|
```python |
|
text_splitter = CharacterTextSplitter() |
|
``` |
|
|
|
Now we can define our helper. |
|
|
|
```python |
|
def process_file(file: AskFileResponse): |
|
import tempfile |
|
import shutil |
|
|
|
print(f"Processing file: {file.name}") |
|
|
|
# Create a temporary file with the correct extension |
|
suffix = f".{file.name.split('.')[-1]}" |
|
with tempfile.NamedTemporaryFile(delete=False, suffix=suffix) as temp_file: |
|
# Copy the uploaded file content to the temporary file |
|
shutil.copyfile(file.path, temp_file.name) |
|
print(f"Created temporary file at: {temp_file.name}") |
|
|
|
# Create appropriate loader |
|
if file.name.lower().endswith('.pdf'): |
|
loader = PDFLoader(temp_file.name) |
|
else: |
|
loader = TextFileLoader(temp_file.name) |
|
|
|
try: |
|
# Load and process the documents |
|
documents = loader.load_documents() |
|
texts = text_splitter.split_texts(documents) |
|
return texts |
|
finally: |
|
# Clean up the temporary file |
|
try: |
|
os.unlink(temp_file.name) |
|
except Exception as e: |
|
print(f"Error cleaning up temporary file: {e}") |
|
``` |
|
|
|
Simply put, this downloads the file as a temp file, we load it in with `TextFileLoader` and then split it with our `TextSplitter`, and returns that list of strings! |
|
|
|
#### β QUESTION #1: |
|
|
|
- Why do we want to support streaming? What about streaming is important, or useful? |
|
- Because it improves user experience. Streaming allows for immediate feedback, reduces the perceived latency and mimics natural human conversation. |
|
|
|
### On Chat Start: |
|
|
|
The next scope is where "the magic happens". On Chat Start is when a user begins a chat session. This will happen whenever a user opens a new chat window, or refreshes an existing chat window. |
|
|
|
You'll see that our code is set-up to immediately show the user a chat box requesting them to upload a file. |
|
|
|
```python |
|
while files == None: |
|
files = await cl.AskFileMessage( |
|
content="Please upload a Text or PDF file to begin!", |
|
accept=["text/plain", "application/pdf"], |
|
max_size_mb=2, |
|
timeout=180, |
|
).send() |
|
``` |
|
|
|
Once we've obtained the text file - we'll use our processing helper function to process our text! |
|
|
|
After we have processed our text file - we'll need to create a `VectorDatabase` and populate it with our processed chunks and their related embeddings! |
|
|
|
```python |
|
vector_db = VectorDatabase() |
|
vector_db = await vector_db.abuild_from_list(texts) |
|
``` |
|
|
|
Once we have that piece completed - we can create the chain we'll be using to respond to user queries! |
|
|
|
```python |
|
retrieval_augmented_qa_pipeline = RetrievalAugmentedQAPipeline( |
|
vector_db_retriever=vector_db, |
|
llm=chat_openai |
|
) |
|
``` |
|
|
|
Now, we'll save that into our user session! |
|
|
|
> NOTE: Chainlit has some great documentation about [User Session](https://docs.chainlit.io/concepts/user-session). |
|
|
|
#### β QUESTION #2: |
|
|
|
- Why are we using User Session here? What about Python makes us need to use this? Why not just store everything in a global variable? |
|
- Beacause User Session provides a way to isolate the data for each user. Each session is tied to a specific user or chat instance, so their context is independent of others. |
|
The primary reason for using a User Session instead of a global variable is to ensure that each user's interactions with the chat application are isolated, avoiding interference between multiple users. |
|
|
|
### On Message |
|
|
|
First, we load our chain from the user session: |
|
|
|
```python |
|
chain = cl.user_session.get("chain") |
|
``` |
|
|
|
Then, we run the chain on the content of the message - and stream it to the front end - that's it! |
|
|
|
```python |
|
msg = cl.Message(content="") |
|
result = await chain.arun_pipeline(message.content) |
|
|
|
async for stream_resp in result["response"]: |
|
await msg.stream_token(stream_resp) |
|
``` |
|
|
|
### π |
|
|
|
With that - you've created a Chainlit application that moves our Pythonic RAG notebook to a Chainlit application! |
|
|
|
## Deploying the Application to Hugging Face Space |
|
|
|
Due to the way the repository is created - it should be straightforward to deploy this to a Hugging Face Space! |
|
|
|
> NOTE: If you wish to go through the local deployments using `uv run chainlit run app.py` and Docker - please feel free to do so! |
|
|
|
<details> |
|
<summary>Creating a Hugging Face Space</summary> |
|
|
|
1. Navigate to the `Spaces` tab. |
|
|
|
 |
|
|
|
2. Click on `Create new Space` |
|
|
|
 |
|
|
|
3. Create the Space by providing values in the form. Make sure you've selected "Docker" as your Space SDK. |
|
|
|
 |
|
|
|
</details> |
|
|
|
<details> |
|
<summary>Adding this Repository to the Newly Created Space</summary> |
|
|
|
1. Collect the SSH address from the newly created Space. |
|
|
|
 |
|
|
|
> NOTE: The address is the component that starts with `[email protected]:spaces/`. |
|
|
|
2. Use the command: |
|
|
|
```bash |
|
git remote add hf HF_SPACE_SSH_ADDRESS_HERE |
|
``` |
|
|
|
3. Use the command: |
|
|
|
```bash |
|
git pull hf main --no-rebase --allow-unrelated-histories -X ours |
|
``` |
|
|
|
4. Use the command: |
|
|
|
```bash |
|
git add . |
|
``` |
|
|
|
5. Use the command: |
|
|
|
```bash |
|
git commit -m "Deploying Pythonic RAG" |
|
``` |
|
|
|
6. Use the command: |
|
|
|
```bash |
|
git push hf main |
|
``` |
|
|
|
7. The Space should automatically build as soon as the push is completed! |
|
|
|
> NOTE: The build will fail before you complete the following steps! |
|
|
|
</details> |
|
|
|
<details> |
|
<summary>Adding OpenAI Secrets to the Space</summary> |
|
|
|
1. Navigate to your Space settings. |
|
|
|
 |
|
|
|
2. Navigate to `Variables and secrets` on the Settings page and click `New secret`: |
|
|
|
 |
|
|
|
3. In the `Name` field - input `OPENAI_API_KEY` in the `Value (private)` field, put your OpenAI API Key. |
|
|
|
 |
|
|
|
4. The Space will begin rebuilding! |
|
|
|
</details> |
|
|
|
## π |
|
|
|
You just deployed Pythonic RAG! |
|
|
|
Try uploading a text file and asking some questions! |
|
|
|
#### β Discussion Question #1: |
|
|
|
Upload a PDF file of the recent DeepSeek-R1 paper and ask the following questions: |
|
|
|
1. What is RL and how does it help reasoning? |
|
2. What is the difference between DeepSeek-R1 and DeepSeek-R1-Zero? |
|
3. What is this paper about? |
|
|
|
- Does this application pass your vibe check? Are there any immediate pitfalls you're noticing? |
|
- Does not pass the vibe check for me. The limitation that i found is that the app fails with generalist questions like the last one. |
|
|
|
## π§ CHALLENGE MODE π§ |
|
|
|
For the challenge mode, please instead create a simple FastAPI backend with a simple React (or any other JS framework) frontend. |
|
|
|
You can use the same prompt templates and RAG pipeline as we did here - but you'll need to modify the code to work with FastAPI and React. |
|
|
|
Deploy this application to Hugging Face Spaces! |
|
|