Free Intro Class
    Botspot Logo

    BotSpot · developer docs · from the founder

    Understanding BotSpot

    Everybody we meet asks the same question: what is BotSpot, actually? Instead of a polished answer written by a copywriter, here is the founder's own note — unedited in substance, raw on purpose.

    In his own words

    Hi — BotSpot is basically a platform built on a few principles.

    The first one is that we want to build it as a governance-first platform. Governance isn't a feature we bolted on, it's a base pillar. The problem it solves: enterprise customers, and normal SMB customers too, already forget that they need privacy. It's their right, and it's a responsibility — and they're not educated about it, so they forget. That's our first principle.

    The second principle is that we have a three-surface system. A developer surface called Workbench, a distribution surface called Workforce, and a consumption surface called MyCrew. On Workbench, people build AIs — applications, agents, anything an AI could do. That's the build surface. If you're a marketer or a publisher with a really good AI agent you'd like to bundle and sell in a customizable way — think of it like an e-commerce site for agents — that's what Workforce is for. And the third layer is MyCrew, which is like WhatsApp and the other tools you already use: you just chat with agents, or get work done by one. This is where human–AI interaction is going to go deep. We split it into these three surfaces on purpose. That's our second principle.

    These two are the primary principles.

    Our third most important principle is that we always want to be pay-per-use. The token economy runs as a pay-per-use system. Some people want to build and host their own big LLMs, sure — but if you can consume an LLM at very low cost, most businesses would rather do that. If a centralized hosting system can guarantee their data privacy, people would love to use it and just get the job done. It's really only big enterprises that think about owning an LLM. Everyone else just wants to use one. For those people, we always want to give a pay-per-use surface. BotSpot Cloud — the .app — is always going to be a pay-per-use system. We're building every way and every means to calculate the use and pass it to the customer, so every turn, every chat, is like a debitable wallet. We don't want to give a monthly subscription model, because that's like a gym membership — you pay, and you don't go. That brings a problem, and that's exactly what a subscription is.

    — Founder, BotSpot

    Principle one

    Governance as a base pillar, not a feature

    Most platforms treat privacy and governance as something you add on request, usually for an enterprise logo that demands it in a contract. BotSpot starts from the opposite position: SMBs and enterprises alike forget they have a right to privacy and a responsibility to protect it, mostly because nobody educates them on it. So governance sits underneath everything — not configured per customer, built into the platform itself.

    Principle two

    Three surfaces, one platform

    BotSpot isn't one product wearing three skins — it's three distinct surfaces built for three distinct people, sitting on the same governed core.

    BuildWorkbench

    The developer surface. Where AIs, agents and applications actually get built.

    DistributeWorkforce

    The publisher surface. Bundle a good agent and sell it, customizable — an e-commerce layer for agents.

    ConsumeMyCrew

    The consumption surface. Chat with an agent or get work done from one — as familiar as WhatsApp.

    Principle three

    Pay-per-use, never a gym membership

    BotSpot Cloud runs on tokens, not seats. The belief is simple: most businesses don't want to own and host an LLM — that's a big-enterprise problem. Everyone else just wants to use one, cheaply, with a guarantee on data privacy. So every turn, every chat, settles against a debitable wallet instead of a flat monthly fee. A subscription is a gym membership — you pay whether you show up or not. BotSpot is built to never be that.

    BotSpot · developer docs · from the founder

    How to use BotSpot

    Once you know what BotSpot is, the next question is how it's actually put together. Here's the founder again, on the five tenants everything is built from.

    In his own words

    We've built BotSpot as a system where everything revolves around AI as the core, central piece. That's the design thinking behind it. Everything we do differentiates this product from the rest — even workflow orchestration is centered on the needs of a futuristic system that's completely dependent on AI-based work. For every AI-based piece of work, instruction is primary. Keeping that as the starting fact, we start with Prompt Center, where prompts are saved, versioned, governed.

    Now that we've looked at the prompt as one tenant, the next thing to look at is the brain of the whole system — the models. Today's generative models handle multiple data types — text, images, video — and probably tomorrow audio too, if it isn't already. We're also thinking about telephony, which is a layer of its own, because that's how customers want to see it. We're bringing all of this inside BotSpot. So models are our second tenant. Prompt as a tenant is one decision; models as a second tenant is another.

    The next is a factor everybody loves — the no-code factor. No-code means you drag and drop your requirements as basic primitives and derivatives, and build everything you need as a workflow, instead of typing or coding it out. That's our third tenant: workflows. We didn't pick this because it was the founder's personal choice — it's a populist, popular choice.

    The other layer we're currently building, one that keeps evolving, is the data tenant. Data is a place where people want to see, interact with, and play around with their own data — not just an import-and-run-away model. It's interact, play, and model with data as well. That's the fourth tenant.

    The last tenant is tools. Why tools? Because it's the most important way AIs are evolving — they're not just classifiers anymore. They're used to interact with other applications, private deployments, and internal data exposed as tools. And MCPs, which are a way to access other applications. Tools is the playground where people bring MCPs they already know, APIs they already know, or build their own Python tools or REST connectors. All of that is handled here — the tools tenant.

    Finally — if I have to give you an idea of how to work with BotSpot, it's the interaction of all five of these. The best example is the Apps zone we've built, because people want to build their own software — these five are your core zones. You'll need a backend, a frontend, and your data. And the way today's systems are evolving is simple: your backend is your workflow, your frontend is built by AI agents, and your data is your database handling your data. That's a testament to how BotSpot is going to keep evolving. Apps isn't a tenant by itself — it's an amalgamation zone of all the basic tenants, and how they interact and play together. BotSpot gives you the full freedom, as a developer, to build anything. And everything.

    — Founder, BotSpot

    Design thinking

    Five tenants, one AI-centered system

    Every BotSpot surface is built out of the same five tenants. None of them is optional — they're the pieces everything else, including the three surfaces above, is assembled from.

    Tenant 1 · PromptsPrompt Center

    Instruction is primary for any AI-based work, so prompts are saved, versioned and governed as their own first-class tenant — not buried inside an agent.

    Tenant 2 · ModelsModel Library

    The brain of the system. Text, image, video today; audio and telephony as their own layer, because that's how customers actually want to reach an AI.

    Tenant 3 · WorkflowsNo-code builder

    Drag-and-drop primitives and derivatives instead of typing everything out. A popular choice, not a founder's personal taste.

    Tenant 4 · DataDocument / Data space

    Not an import-and-run-away model. A place to see, interact and play with your own data — still evolving, by design.

    Tenant 5 · ToolsTools & MCPs

    AIs aren't just classifiers anymore — they interact with other applications, private deployments and internal data exposed as tools. This is where MCPs you already know, APIs you already know, or your own Python tools and REST connectors all live.

    Putting it together

    Apps: where all five tenants meet

    BotSpot's best example of the five tenants working together is the Apps zone. People want to build their own software, and these five tenants are the core zones that software needs — a backend, a frontend, and data. The way today's systems are evolving: your backend is your workflow, your frontend is built by AI agents, and your data is the database handling your data.

    Apps isn't a sixth tenant — it's an amalgamation zone where prompts, models, workflows, data and tools interact and play together. That's the idea of how you work with BotSpot: not one tenant at a time, but all five, in interaction. BotSpot gives you the full freedom, as a developer, to build anything. And everything.

    This page is the founder's note, lightly organized for reading — not a rewritten marketing version. Image and video placeholders above are flagged for the team to fill in; they disappear automatically once a real asset replaces them.

    Back to the node reference · About BotSpot · Contact us