The knowledge graph is the connective tissue.
Every entity, document, action, and relationship is a node or edge. The graph is the source of truth, not the UI.
Every architectural decision in Daxo flows from four principles. Read them in order. They are the contract.
Skip to the essay ↓Every entity, document, action, and relationship is a node or edge. The graph is the source of truth, not the UI.
Nothing is ephemeral. Work product is automatically promoted into the knowledge graph and made queryable.
The AI can answer any operational question because it has the tools and retrieval layer to reach any data in the system.
"Which customers are over 15% of revenue, and is concentration growing?"
"Which jobs are tracking over budget this month, and what's driving it?"
"Who's overloaded right now, and what work could move?"
— because the data, tools, and graph are all present and connected.
Most operating software for SMBs is a stack of dashboards.
A dashboard is a visual summary of a query against a database. The query is fixed when the dashboard is designed. The data updates. The questions the dashboard can answer do not.
This is fine if the questions you have are the questions someone designed for. It is not fine in any business that is actually operating, because the questions are different every day.
The owner-operator does not wake up asking the questions packaged SaaS was built to answer. He wakes up asking: am I going to make payroll this Friday, given the supplier who is late, the invoice that hasn't cleared, and the quote we might or might not win this week?
That question does not live in any single SaaS dashboard. It lives in seven of them, plus three Excel files, plus the founder's head.
The job of Daxo is to make that question askable, in plain English, with the system reaching across all the data it has, and returning the answer.
The way to make any question askable is to put every entity, every document, every action, and every relationship into one knowledge graph — and to give the AI the tools to reach into it.
The graph is not a feature of the product. The graph is the product.
The dashboard is a view onto the graph. The Universe is a view onto the graph. Ask Daxo is a tool that traverses the graph. The operator's morning routine is a sequence of queries against the graph.
If a piece of work is done outside the graph, it does not exist. If an email is sent and not captured, it does not exist. If a decision is made and not noted, it does not exist. Daxo is built on the assumption that everything important must be in the graph, and that the graph is the source of truth.
The interface to the graph is not the dashboard.
The interface is Claude.
A dashboard answers fixed questions. Claude answers any question where the answer is somewhere in the graph and Claude has a tool to reach it. Tools are how Claude gets at the data — a tool to query inventory, a tool to read invoices, a tool to traverse the issue register, a tool to drop a node into the graph.
Every tool is also an audit log. The system knows what was asked, what was reached for, what was returned, and what the operator did with the answer.
The dashboard is still there. It is the fast view onto the high-frequency questions. But the depth of Daxo is the conversation, and the conversation is Claude on the graph.