Why We Built Mondian as an Agent, Not a Feature Set
The technical and product reasoning behind building a single agent instead of 50 specialized tools.
Ersel Gökmen
March 14, 2026
When we started building Mondian, we had a choice: build a suite of specialized tools (a forecasting tool, a pricing tool, an inventory tool) or build a single agent that can do all of them.
We chose the agent. Here's why.
The Combinatorial Problem
Retail questions don't fit neatly into categories. "Should I reorder SKU-2204?" requires inventory data, sales velocity, supplier lead times, demand forecasting, and budget constraints. That's 5 different "tools" for one question.
With specialized tools, the user has to know which tool to use, in what order, and how to combine the outputs. With an agent, they just ask the question.
The 85 Skills Approach
Under the hood, Mondian has 85+ specialized skills — forecasting, pricing, markdown optimization, vendor scoring, etc. But the user never sees them. The agent selects the right skills based on the question, chains them together, and presents a unified answer.
Code-First, Not Template-First
Each analysis is custom code written for that specific question. The agent writes Python, runs it in a sandboxed environment, and returns the results. There are no pre-built report templates — every answer is bespoke.
This means Mondian can answer questions nobody anticipated. If a buyer asks something we never thought of, the agent figures it out from first principles.