docs: Update project documentation to reflect Orchestrator-Workers architecture
This commit is contained in:
@@ -4,6 +4,7 @@ A stateful, graph-based chatbot for election data analysis, built with LangGraph
|
||||
|
||||
## 🚀 Features
|
||||
|
||||
- **Multi-Agent Orchestration**: Decomposes complex queries and delegates them to specialized sub-agents (Data Analyst, Researcher) using a robust feedback loop.
|
||||
- **Intelligent Query Analysis**: Automatically determines if a query needs data analysis, web research, or clarification.
|
||||
- **Automated Data Analysis**: Generates and executes Python code to analyze election datasets and produce visualizations.
|
||||
- **Web Research**: Integrates web search capabilities for general election-related questions.
|
||||
|
||||
@@ -1,12 +1,13 @@
|
||||
# Election Analytics Chatbot - Backend Guide
|
||||
|
||||
## Overview
|
||||
The backend is a Python-based FastAPI application that leverages **LangGraph** to provide a stateful, agentic workflow for election data analysis. It handles complex queries by decomposing them into tasks such as data analysis, web research, or user clarification.
|
||||
The backend is a Python-based FastAPI application that leverages **LangGraph** to provide a stateful, hierarchical multi-agent workflow for election data analysis. It handles complex queries using an Orchestrator-Workers pattern, decomposing tasks and delegating them to specialized subgraphs (Data Analyst, Researcher) with built-in reflection and error recovery.
|
||||
|
||||
## 1. Architecture Overview
|
||||
- **Framework**: LangGraph for workflow orchestration and state management.
|
||||
- **Framework**: LangGraph for hierarchical workflow orchestration and state management.
|
||||
- **API**: FastAPI for providing REST and streaming (SSE) endpoints.
|
||||
- **State Management**: Persistent state using LangGraph's `StateGraph` with a PostgreSQL checkpointer.
|
||||
- **State Management**: Persistent state using LangGraph's `StateGraph` with a PostgreSQL checkpointer. Maintains global state (`AgentState`) and isolated worker states (`WorkerState`).
|
||||
- **Virtual File System (VFS)**: An in-memory abstraction passed between nodes to manage intermediate artifacts (scripts, CSVs, charts) without bloating the context window.
|
||||
- **Database**: PostgreSQL.
|
||||
- Application data: Uses `users` table for local and OIDC users (String IDs).
|
||||
- History: Persists chat history and artifacts.
|
||||
@@ -14,23 +15,28 @@ The backend is a Python-based FastAPI application that leverages **LangGraph** t
|
||||
|
||||
## 2. Core Components
|
||||
|
||||
### 2.1. The Graph State (`src/ea_chatbot/graph/state.py`)
|
||||
The state tracks the conversation context, plan, generated code, execution results, and artifacts.
|
||||
### 2.1. State Management (`src/ea_chatbot/graph/state.py` & `workers/*/state.py`)
|
||||
- **Global State**: Tracks the conversation context, the high-level task `checklist`, execution progress (`current_step`), and the VFS.
|
||||
- **Worker State**: Isolated snapshot for specialized subgraphs, tracking internal retry loops (`iterations`), worker-specific prompts, and raw results.
|
||||
|
||||
### 2.2. Nodes (The Actors)
|
||||
### 2.2. The Orchestrator
|
||||
Located in `src/ea_chatbot/graph/nodes/`:
|
||||
|
||||
- **`query_analyzer`**: Analyzes the user query to determine the intent and required data.
|
||||
- **`planner`**: Creates a step-by-step plan for data analysis.
|
||||
- **`coder`**: Generates Python code based on the plan and dataset metadata.
|
||||
- **`executor`**: Safely executes the generated code and captures outputs (dataframes, plots).
|
||||
- **`error_corrector`**: Fixes code if execution fails.
|
||||
- **`researcher`**: Performs web searches for general election information.
|
||||
- **`summarizer`**: Generates a natural language response based on the analysis results.
|
||||
- **`clarification`**: Asks the user for more information if the query is ambiguous.
|
||||
- **`query_analyzer`**: Analyzes the user query to determine the intent and required data. If ambiguous, routes to `clarification`.
|
||||
- **`planner`**: Decomposes the user request into a strategic `checklist` of sub-tasks assigned to specific workers.
|
||||
- **`delegate`**: The traffic controller. Routes the current task to the appropriate worker and enforces a strict retry budget to prevent infinite loops.
|
||||
- **`reflector`**: The quality control node. Evaluates a worker's summary against the sub-task requirements. Can trigger a retry if unsatisfied.
|
||||
- **`synthesizer`**: Aggregates all worker results into a final, cohesive response for the user.
|
||||
- **`clarification`**: Asks the user for more information if the query is critically ambiguous.
|
||||
|
||||
### 2.3. The Workflow (Graph)
|
||||
The graph connects these nodes with conditional edges, allowing for iterative refinement and error correction.
|
||||
### 2.3. Specialized Workers (Sub-Graphs)
|
||||
Located in `src/ea_chatbot/graph/workers/`:
|
||||
|
||||
- **`data_analyst`**: Generates Python/SQL code, executes it securely, and captures dataframes/plots. Contains an internal retry loop (`coder` -> `executor` -> error check -> `coder`).
|
||||
- **`researcher`**: Performs web searches for general election information and synthesizes factual findings.
|
||||
|
||||
### 2.4. The Workflow
|
||||
The global graph connects the Orchestrator nodes, wrapping the Worker subgraphs as self-contained nodes with mapped inputs and outputs.
|
||||
|
||||
## 3. Key Modules
|
||||
|
||||
|
||||
Reference in New Issue
Block a user