After deploying the app to Azure, you may want to continue development locally. This guide explains how to run the app locally, including hot reloading and debugging.
- Running development server from the command line
- Hot reloading frontend and backend files
- Using VS Code "Development" task
- Using Copilot Chat Debug Mode
- Using VS Code "Run and Debug"
- Using a local OpenAI-compatible API
You can only run locally after having successfully run the azd up command. If you haven't yet, follow the steps in Azure deployment above.
- Run
azd auth login - Start the server:
Windows:
./app/start.ps1Linux/Mac:
./app/start.shVS Code: Run the "VS Code Task: Start App" task.
When you run ./start.ps1 or ./start.sh, the backend files will be watched and reloaded automatically. However, the frontend files will not be watched and reloaded automatically.
To enable hot reloading of frontend files, open a new terminal and navigate to the frontend directory:
cd app/frontendThen run:
npm run devYou should see:
> frontend@0.0.0 dev
> vite
VITE v4.5.1 ready in 957 ms
➜ Local: http://localhost:5173/
➜ Network: use --host to expose
➜ press h to show helpNavigate to the URL shown in the terminal (in this case, http://localhost:5173/). This local server will watch and reload frontend files. All backend requests will be routed to the Python server according to vite.config.ts.
Then, whenever you make changes to frontend files, the changes will be automatically reloaded, without any browser refresh needed.
Alternatively, you can start both servers with hot reloading by using the VS Code "Development" task. See Using VS Code "Development" task.
If you prefer VS Code tasks for hot reloading both servers at once, use the "Development" task defined in .vscode/tasks.json.
How to run it:
- Run Build Task (Shift+Cmd+B) to start the default build task, which is "Development".
- Or open the Command Palette (Shift+Cmd+P) and run: "Tasks: Run Task" -> "Development".
What it does:
- Starts two background tasks in dedicated panels:
- "Frontend: npm run dev" from
app/frontend(Vite HMR for instant frontend updates) - "Backend: quart run" from
app/backend(Quart with--reloadfor backend auto-restarts)
- "Frontend: npm run dev" from
Readiness indicators:
- Frontend is ready when Vite prints a Local URL, for example:
Local: http://localhost:5173/. - Backend is ready when Hypercorn reports:
Running on http://127.0.0.1:50505(port may vary).
Tips:
- To stop both, run: "Tasks: Terminate Task" and pick the running tasks.
- If watchers stall, terminate and run "Development" again.
- Frontend changes apply via HMR; backend Python changes auto-reload. No manual restart needed.
You can use GitHub Copilot Chat with a custom "debug" mode to streamline troubleshooting in this repo.
Prerequisites:
- VS Code 1.101+ (custom chat modes are in preview)
- Access to GitHub Copilot and Copilot Chat
- Playwright MCP server and GitHub MCP server (optional)
To learn more about the chat modes feature, read VS Code docs for Chat modes.
To use the debug mode:
- Open the Chat view.
- Use the chat mode dropdown at the top of the Chat view to select the "debug" mode.
- Start chatting in that mode; the instructions and tools from the repo file will be applied automatically.
- The mode will use the tasks from .vscode/tasks.json to run the frontend and backend server, and should be able to read any errors in the output.
- The mode may also use tools from the Playwright MCP server and GitHub MCP server, if those servers are installed in your VS Code.
Notably, this mode will not actually use a breakpoint-based debugger. Read on to learn how to use breakpoints while debugging the Python code.
This project includes configurations defined in .vscode/launch.json that allow you to run and debug the app directly from VS Code:
- "Backend (Python)": Starts the Python backend server, defaulting to port 50505.
- "Frontend": Starts the frontend server using Vite, typically at port 5173.
- "Frontend & Backend": A compound configuration that starts both the frontend and backend servers.
When you run these configurations, you can set breakpoints in your code and debug as you would in a normal VS Code debugging session.
You may want to save costs by developing against a local LLM server, such as llamafile. Note that a local LLM will generally be slower and not as sophisticated.
Once the local LLM server is running and serving an OpenAI-compatible endpoint, set these environment variables:
azd env set USE_VECTORS false
azd env set OPENAI_HOST local
azd env set OPENAI_BASE_URL <your local endpoint>
azd env set AZURE_OPENAI_CHATGPT_MODEL local-model-nameThen restart the local development server. You should now be able to use the "Ask" tab.
- The "Chat" tab will only work if the local language model supports function calling.
- Your search mode must be text only (no vectors), since the search index is only populated with OpenAI-generated embeddings, and the local OpenAI host can't generate those.
- The conversation history will be truncated using the GPT tokenizers, which may not be the same as the local model's tokenizer, so if you have a long conversation, you may end up with token limit errors.
Note
You must set OPENAI_HOST back to a non-local value ("azure", "azure_custom", or "openai")
before running azd up or azd provision, since the deployed backend can't access your local server.
For example, to point at a local Ollama server running the llama3.1:8b model:
azd env set OPENAI_HOST local
azd env set OPENAI_BASE_URL http://localhost:11434/v1
azd env set AZURE_OPENAI_CHATGPT_MODEL llama3.1:8b
azd env set USE_VECTORS falseIf you're running the app inside a VS Code Dev Container, use this local URL instead:
azd env set OPENAI_BASE_URL http://host.docker.internal:11434/v1To point at a local llamafile server running on its default port:
azd env set OPENAI_HOST local
azd env set OPENAI_BASE_URL http://localhost:8080/v1
azd env set USE_VECTORS falseLlamafile does not require a model name to be specified.
If you're running the app inside a VS Code Dev Container, use this local URL instead:
azd env set OPENAI_BASE_URL http://host.docker.internal:8080/v1