Root: Context Agent
Your AI data team member that builds and maintains your knowledge base
Root is an AI agent that helps you build, maintain, and evolve your organization's knowledge base. It runs in an isolated sandbox with access to your connected tools—databases, BI dashboards, and past conversations—and can create documentation automatically.

Why this matters: Building a comprehensive knowledge base manually takes months. Root accelerates this by extracting business logic from your existing systems and learning from how your team actually uses data.
Root also learns on its own. When Dot spots something worth remembering during a conversation — a corrected metric, a renamed table, a missing definition — it sends a proposal to Root. An admin reviews it, and if it looks right, merges it with one click. Dot gets smarter every day, and humans stay in control.
Workflow
Open Context Agent from the sidebar
Describe what you need in natural language—Root understands complex requests
Approve tool use when Root needs to query data or make changes

Review the diff to see exactly what changed

Merge to production when satisfied—or discard and try again

All changes happen in an isolated sandbox. Nothing goes live until you explicitly merge.
Use Cases
1. Extract Metrics from BI Tools
Problem: Your Tableau/Metabase dashboards contain business logic, but it's not documented anywhere Dot can use.
Solution: Give Root access to your most trusted dashboards and ask it to create a metric glossary.
Root will:
Connect to your BI tool via API
Extract calculations, filters, and business logic
Create standardized metric definitions Dot can use
2. Learn from Past Conversations
Problem: You don't know what questions your team asks most or what's missing from your documentation.
Solution: Ask Root to analyze past Dot conversations.
Root will:
Export and analyze conversation history
Identify frequently asked questions
Find gaps where Dot couldn't answer
Suggest documentation improvements
3. Audit Existing Documentation
Problem: Your table descriptions were written months ago. Are they still accurate?
Solution: Ask Root to find inconsistencies.

Root will:
Read your current documentation
Query actual data to verify descriptions
Flag mismatches between docs and reality
Suggest fixes
4. Interview-Based Knowledge Capture
Problem: Tribal knowledge exists in people's heads, not in documentation.
Solution: Let Root interview domain experts and capture their knowledge.
Root will:
Ask targeted questions about your process
Capture answers in structured notes
Create documentation that reflects actual practice
5. Bulk Table Documentation
Problem: You have hundreds of tables but no descriptions.
Solution: Point Root at your schema and let it document everything.
Root will:
Query database metadata
Analyze column names, types, and sample data
Generate descriptions for each table and column
Save as documentation Dot can use
6. Migrate Documentation
Problem: Your documentation lives in Confluence/Notion, not where Dot can use it.
Solution: Ask Root to migrate it.
Root will:
Fetch content from external sources
Extract relevant business context
Create notes in Dot's format
7. "Remember This"
Problem: Someone on your team knows that "fiscal year starts in April" or that the orders table was renamed to transactions last month — but that knowledge is stuck in their head.
Solution: During any conversation, just tell Dot to remember it.
Dot will propose a knowledge base update. An admin sees the proposal, reviews what changed, and merges it — or rejects it if something looks off.
The people closest to the data are the ones who catch mistakes first. This lets them fix things on the spot, with an admin verifying before it goes live.
8. Investigate a Chat
Problem: A user had a bad experience — wrong numbers, a confusing chart, or a query that missed the point. You want to know why.
Solution: Open the chat from your history and click Investigate. Root reads everything Dot did during that conversation — which tables it picked, which SQL it wrote, where it went wrong — and explains the root cause.
Root will:
Trace every decision Dot made in that conversation
Identify where things went wrong
Propose a fix — a corrected note, a missing relationship, or a clearer description
Instead of manually debugging, you get a diagnosis and a fix in one step.
9. Find Recurring Issues
Problem: The same type of mistake keeps happening across different users and conversations, but nobody has connected the dots.
Solution: Ask Root to look for patterns.
Root will:
Scan recent conversations for recurring failures
Group them by root cause
Propose targeted knowledge base improvements for each
This turns reactive troubleshooting into proactive improvement.
How Dot Learns
Dot improves its knowledge base continuously, but nothing changes without admin approval:
Dot spots something — during a conversation, Dot notices a mismatch, or a user explicitly says "remember this"
A proposal appears — in Root's history, admins see pending proposals with a clear diff of what would change
Admin reviews — open the proposal, see exactly what's being added or corrected, and why
Merge or reject — one click to approve, or reject if it's not right
Dot is smarter — the improvement is live immediately for all users
Dot suggests. Humans decide.
How It Works
Start a session from the sidebar (Context Agent)
Ask Root what you need—it understands natural language
Review changes before they go live (git-based versioning)
Merge to production when you're satisfied
All changes are version-controlled. You can pause, resume, or discard work at any time.
What Root Can Access
Databases
Execute SELECT queries, analyze structure
BI Tools
Read Tableau/Metabase dashboards via API
Past Conversations
Analyze Dot usage patterns
Conversation Traces
Replay and diagnose any past Dot conversation
Web
Search for documentation and best practices
Your Notes
Read and edit existing documentation
Tips
Start specific: "Document the orders table" works better than "document everything"
Iterate: Root can refine its work—ask for changes if the first draft isn't right
Review diffs: Always review changes before merging to production
Use interviews: For complex processes, let Root interview you rather than trying to explain everything upfront
Review proposals regularly: Dot learns fastest when proposals are reviewed quickly
Encourage "remember this": The people closest to the data catch the best corrections — let them contribute
Investigate disliked chats: The fastest way to improve Dot is to diagnose what went wrong and fix it at the source
Last updated