đ DB-GPT V0.8.2 â A More Complete Agentic Data Workflow: Multi-File Analysis, Knowledge Retrieval, and Parallel Sub-Agents
In complex data-analysis tasks, business information is often distributed across multiple files and knowledge sources. The analysis may also include work that can proceed in parallel and critical conditions that require confirmation from business users. When file handling, knowledge retrieval, task execution, and human confirmation are disconnected, the Agent struggles to preserve context and the workflow is repeatedly interrupted.
V0.8.2 addresses this end-to-end workflow from input and retrieval through execution and confirmation. Multi-file Agentic analysis manages related inputs together, Agentic Knowledge-Base Search keeps looking for relevant information as the task develops, parallel sub-agent delegation advances independent work at the same time, and human-in-the-loop questions collect decisions that only the user can provide.
Key Highlightsâ
- đ Multi-File Agentic Analysis â Upload, preview, and use multiple files as one session-scoped task context
- đ Agentic Knowledge-Base Search â Let the Agent iteratively explore, search, and read knowledge sources instead of relying on one retrieval pass
- đ§Š Parallel Sub-Agent Delegation â Execute independent analyses concurrently and expose each sub-task's progress and artifacts
- đ Human-in-the-Loop Questions â Let the Agent pause for structured user input when requirements or choices are unclear
- đĄī¸ Security and Reliability Hardening â Sandbox Jinja2 rendering, constrain upload paths, remove shell interpretation from macOS TTS, and improve client, storage, and RAG reliability
Featuresâ
đ Multi-File Analysis: Treat a File Set as One Task Contextâ
Data work often starts with a group of related files rather than one isolated spreadsheet: an orders table and a customer table, several monthly exports, or a report accompanied by supporting data. V0.8.2 lets users attach multiple files to one conversation and keeps that set available as part of the task context.
Upload, Inspect, and Manage Files in the Composerâ
- Add several files at once through the file picker or drag and drop them into the composer.
- Track each file independently through upload, inspection, ready, and failure states.
- Preview before running the task with bounded table or document previews; partial previews are marked explicitly.
- Add or remove attachments throughout the conversation without rebuilding the file set from scratch.
- Use server-advertised limits for file count, size, concurrency, timeout, and supported extensions, so deployments can tune the upload policy.
The default extension set covers CSV, TSV, Excel, JSON/JSONL, Parquet, PDF, Word, PowerPoint, Markdown, and plain text files. Availability of a preview parser still depends on the installed optional dependencies.
Analyze the Files Togetherâ
The Agent receives stable file identifiers rather than client-provided server paths. Files are scoped to the owning user and the current conversation, then materialized only when an execution tool needs them. This allows load_file, Code Interpreter, and analysis tools to work across the selected file set while keeping storage locations private.
When a conversation with attachments is saved as a Scheduled Task, DB-GPT freezes task-scoped copies of those files. Each scheduled run can therefore replay against the same file snapshot instead of depending on mutable session uploads.
đ Agentic Knowledge-Base Search: Retrieval as an Iterative Processâ
Traditional RAG usually retrieves once, builds a prompt, and generates an answer. That approach is efficient for simple questions, but it gives the model little room to recover when the first query is incomplete or the relevant evidence is spread across several sources.
V0.8.2 turns knowledge-base chat into an Agentic loop. The Agent can inspect the knowledge space, rewrite or narrow its search, retrieve more than once, open relevant files, and stop when it has enough evidence to answer. Knowledge-only chat receives a focused tool set such as semantic search, file listing, glob, grep, and file reading, reducing interference from unrelated tools.
Index Methods and Structural Viewsâ
| Capability | How it is used |
|---|---|
| Vector search | Semantic similarity over embedded chunks |
| File and exact search | File matching, keyword search, and bounded file reading within the selected knowledge space |
| Knowledge graph | Entity and structural relationships when the graph has been built |
| Structural view | Reconstructs heading and parent-child context at query time |
| Code graph | When available, indexes repositories, files, and symbol definitions for code-oriented exploration |
Knowledge-space configuration offers three index-method options: VectorStore, FullText, and KnowledgeGraph. Git repositories, when used as a knowledge source, support full and incremental synchronization. Once a code graph has been built for a Git repository or code files, code can be retrieved structurally by repository, file, class, and function.
Large tool results no longer have to be discarded when they exceed the inline context budget. They can be persisted and read back through a bounded file-reading tool. Citations are also carried separately from the final answer as structured data, so the frontend can render traceable source excerpts without mixing reference payloads into the answer text.
đ§Š Parallel Sub-Agents: Execute Independent Work Concurrentlyâ
Complex tasks often contain independent branches: profile several datasets, compare multiple candidate approaches, or investigate unrelated causes before producing one conclusion. V0.8.2 lets the lead Agent delegate such branches to sub-agents and run them concurrently.
The lead Agent first records a task plan, then calls dispatch_parallel_tasks with independent work items. Each sub-agent runs with its own context, memory, conversation, and working directory. Database, knowledge-base, and read-only tool access can be inherited from the lead task, while recursive delegation is disabled.
| Capability | Description |
|---|---|
| Bounded concurrency | Runs up to three sub-agents per dispatch by default; the limit is configurable |
| Live progress | Streams running, completed, failed, and timed-out states to the frontend |
| Inspectable work | Shows each sub-agent's goal, verified steps, outputs, and artifacts |
| Final synthesis | Returns structured results to the lead Agent for one consolidated answer |
| Execution constraints | Keeps dependent work serial and prevents sub-agents from recursively delegating more work |
The per-dispatch limit can be set with service.web.agent_context.max_parallel_subagents or DBGPT_MAX_PARALLEL_SUBAGENTS. Increasing it also increases concurrent model calls and token consumption.
Parallel delegation reduces unnecessary serial waiting when work items are genuinely independent. It does not change the ordering requirements of steps that depend on one another.
đ Human-in-the-Loop Questions: Clarify Before Continuingâ
Some tasks cannot be completed responsibly without a user choice: which metric definition to use, which date range applies, whether an ambiguous field should be included, or which output format is preferred. V0.8.2 adds a standard interactive question flow for these cases.
The Agent can pause execution, present one or more structured questions, and continue in the same run after the user replies. The frontend supports single choice, multiple choice, custom input, confirmation, and cancellation. Waiting is bounded so an abandoned question does not leave an execution open indefinitely.