Prostir

Tech

Cloud-native AI platform, built on enterprise .NET from day one.

The prompt is the easy part. The hard part is surviving a million MCP calls a week. We built that on .NET 10, Orleans, Aspire, and the Microsoft Agent Framework: today's distributed .NET for virtual actors, typed AI, and cloud-native ops.

24× less energy than Python

Measured by the Pereira study, University of Minho. Same job in each language.

99.99% uptime, on Azure

The service guarantee behind everything Prostir runs.

97M+ MCP SDK downloads a month

Real, fast-growing adoption of the protocol Prostir speaks.

100 PageSpeed on this page

A static Astro build, fast for people and crawlers alike.

The journey

Your idea is one prompt. Production is ten enterprise layers.

Every AI demo looks the same inside ChatGPT. The real gap is between that demo and a customer who keeps paying, and that is where most teams stall. So here is ours, from the compiled floor up to the public URL. Ten layers. Each one is the dull, dependable choice. Each one is a reason someone with no code can still ship a real product.

  1. 01 The Foundation

    .NET 10 and C#: fast, green, compiled.

    Every story needs solid ground. Ours is compiled .NET. We did not start with Python or Node, because at scale small differences turn into big bills. A University of Minho study measured the energy each language burns for the same task. C# uses about 3× the energy of raw C. Python uses about 76×. So one job in Python can burn the energy, and the carbon, of roughly twenty-four .NET servers. Multiply that across a fleet of 18,000 public MCP servers and the language you choose becomes your cloud bill and your climate bill at once. Safety matters too. The npm and PyPI worlds are huge, and supply-chain attacks hit them again and again. NuGet is smaller, signed, and a far smaller target. So C# is the greenest, and one of the safest, lines of code on this page, and ASP.NET Core stays near the top of every TechEmpower speed test.

    • net10.0
    • ASP.NET Core 10
    • C# 14 + Native AOT
    • Source generators
    • Top-tier TechEmpower
  2. 02 The Cloud

    Azure: enterprise-grade, compliant, global.

    A demo runs on a laptop. A product a stranger pays for has to run somewhere a regulator, a hospital, and a CFO all trust. That is Azure. It carries the broadest compliance list in the cloud: GDPR, HIPAA, SOC, ISO 27001, PCI DSS, FedRAMP. It backs the services Prostir uses with uptime guarantees up to 99.99%. Your agent and its data live in the region you pick, in the EU or the US, and Azure's global network keeps them close to your customers. You wire up no datacenters yourself. Compliance, uptime, and reach are not things you add later. They are where a paid product has to start.

    • Azure Container Apps
    • Cosmos DB Serverless
    • Azure Blob + Monitor
    • GDPR · HIPAA · SOC 2 · ISO 27001
    • 99.99% SLA · EU + US regions
  3. 03 The Local Bridge

    Aspire: one AppHost, real integration tests.

    Mocks lie. Aspire does not. One file, the Prostir.AppHost, wires together Cosmos DB, Azure Storage, the Orleans cluster, the API, the MCP gateway, and the operator console. The same setup runs on your laptop, in CI, and in the cloud. Our tests run against the real services Aspire starts, never against fakes. That is the only way a codebase an AI helped write stays honest. If it passes here, it passes in production, because here and production are the same wiring.

    • Aspire AppHost SDK
    • Aspire.Hosting.Azure.CosmosDB
    • Aspire.Hosting.Azure.Storage
    • Aspire.Hosting.Orleans
    • TUnit.Aspire
  4. 04 The Distributed Runtime

    Orleans: every agent gets a digital twin.

    Here is the one idea that makes the rest simple. Orleans gives every agent a virtual actor. Think of it as a digital twin: a software copy of a real thing, an agent, a customer, that keeps its own memory and does its own work in its own sealed room, untouched by anyone else. Once everything is a twin, the work stops being about servers and becomes about objects talking to each other. You just describe who sends what message to whom: a person to a twin, a twin to another twin. That is the whole model. It is old and proven. Erlang ran phone networks this way for decades with almost no downtime. Orleans handles the hard parts, like where each twin lives and how its memory is saved and moved between machines. So scaling is never a fragile cache trick. It is one safe, isolated twin for every thing that matters.

    • Microsoft.Orleans.Server 10.1
    • ManagedCode.Orleans.SignalR
    • ManagedCode.Orleans.Identity
    • Cosmos persistence
    • Reentrant grains
  5. 05 The MCP Boundary

    ManagedCode.MCPGateway: remote MCP that scales.

    The MCP spec describes a protocol. It does not describe multi-tenant logins, audit trails, cost caps, or rate limits, which is exactly what a real deployment needs. ManagedCode.MCPGateway is the edge layer Managed Code wrote so Prostir does not have to. It handles secure transport, per-customer access, per-tool limits, and clean error replies, all sitting in front of the Orleans runtime it routes calls into. One clean, guarded URL faces the world.

    • ManagedCode.MCPGateway 0.4.2
    • ModelContextProtocol 1.3
    • Streamable HTTP
    • OAuth 2.1 + PKCE
    • Per-tenant quotas
  6. 06 The Knowledge Layer

    ManagedCode.MarkdownLd.Kb: knowledge, not prompt paste.

    Uploaded files do not belong inside the prompt. ManagedCode.MarkdownLd.Kb takes a source, whether a Markdown file, a Word doc, a PDF, or structured data, and turns it into clean, typed knowledge plus a graph the agent can search. ManagedCode.Storage keeps it on Azure, and every tool's input is checked against a schema before it runs. The creator sees a library. The runtime sees a graph. The customer gets an answer with a citation, not a hallucination.

    • ManagedCode.MarkdownLd.Kb 0.2.5
    • ManagedCode.Storage.Azure
    • JsonSchema.Net 9.2
    • PdfPig + OpenXml
    • Cited answers
  7. 07 The AI Brain

    One interface for every AI model.

    Every model speaks a slightly different language. Microsoft built one .NET interface that hides those differences, so an agent can call OpenAI, Anthropic, or Azure with the same code. The Microsoft Agent Framework sits on top and runs the agent loops: it plans, calls tools, and remembers. Prostir ships both, wired to every major provider. The point is simple. You pick the model that fits the job, and you can switch it next week without touching anything else. The brain changes; the body stays.

    • Microsoft.Extensions.AI
    • Microsoft.Agents.AI 1.7
    • Anthropic + OpenAI
    • Workflows + Declarative
    • IChatClient middleware
  8. 08 The Builder Loop

    Claude Code and Codex: the agents that shipped this.

    We did not type Prostir line by line. The rules are plain. AGENTS.md is the long-term memory. Integration tests are the source of truth. Work ships in small vertical slices. Nothing merges until the tests are green. Claude Code writes and OpenAI Codex reviews, two agents checking each other until they agree. The agents are commercial. The product you are reading about is real. This is the loop that built it.

    Claude Code OpenAI Codex
    • AI-assisted delivery
    • AGENTS.md as memory
    • Vertical slices only
    • Claude Code + Codex
    • Integration tests gate
  9. 09 The Product Edge

    Blazor, Pay, Stateless, Jint: the creator-facing surface.

    The creator never sees the gateway. They see a Blazor workspace. The operator never sees the grain map. They see a Blazor Server console. Stateless gives a conversation rails. The agent is always in some state, and the state decides what can happen next. Put it in a "gather the details" state and it will not jump to "give the answer" until the details are in, the same way you would not send a quote before you have heard what the customer needs. Jint runs small JavaScript snippets in a sandbox when a tool needs an exact number. payment-provider integration turns paid access into real permissions, with webhooks, checkout, and usage limits. This plain product layer is what makes the AI usable, and sellable.

    • Blazor WebAssembly 10
    • MudBlazor 9.5
    • payment-provider integration + webhooks
    • Stateless 5 transitions
    • Jint 4 sandbox
  10. 10 The Static Story

    Astro landing for crawlers, structured data for AI.

    The page you are reading is a static Astro build. It is indexed for a perfect PageSpeed score and crawled by the same answer engines that fetch llms.txt. Every public route ships structured data, language tags, a sitemap, and an LLM discovery file, because the gap between a great backend and a backend people can find is metadata. Static where it should be, dynamic where it must be. The story ends where it was meant to be read, by people and machines alike.

    • Astro static landing
    • JSON-LD + sitemap
    • IndexNow + llms.txt
    • Lighthouse 100 target
    • Localized hreflang

The Result

One hosted, observable, sellable MCP endpoint per agent.

Ten enterprise layers collapse into a single URL. A creator pastes it into ChatGPT, Claude, Cursor, or any MCP client. Login, billing, knowledge, tools, state, memory, audit, and limits all come with it, running on today's distributed .NET: ASP.NET Core, Aspire, Orleans, the MCP gateway, and Microsoft.Extensions.AI. Built by AI. Run on .NET. Sold by you.

  • Remote MCP endpoint
  • OAuth 2.1 + entitlements
  • Per-agent quotas + audit
  • Live operator visibility

Why .NET

Same MCP server. Three different bills.

Independent benchmarks, no marketing math. What each language really costs in energy, speed, and built-in features for the same job.

CapabilityNode.js / ExpressPython / FastAPIProstir (.NET 10)
Energy per task (lower is greener) 1.4× .NET24× .NET1× (baseline)
TechEmpower composite rank Mid packBottom thirdTop tier
Distributed actor framework DIY / Akka.jsDIY / RayOrleans 10 virtual actors
Built-in DI, options, telemetry Add librariesAdd librariesMicrosoft.Extensions.*
AI abstraction layer LangChain.jsLangChain / LlamaIndexMicrosoft.Extensions.AI + Agent Framework
Ahead-of-time compilation NoNoNative AOT
Strong typing without bolt-on TypeScript transpilePydantic / mypyC# 14, source-generated
Hot reload across full stack NodemonUvicorn reloaddotnet watch + Aspire

Energy figures from the Pereira study, University of Minho (SLE'17 / SCP'21). Speed from TechEmpower Round 22.

Why Azure

Same MCP backend. Built for the cloud it runs on.

Not a price sheet, a fit sheet. These are the things a paid, multi-tenant MCP backend leans on, and where each one lands better on Azure. AWS is excellent. This is simply where the product fits.

What mattersOn AWSProstir on Azure
Compliance breadth broad portfolioGDPR · HIPAA · SOC · ISO · FedRAMP
Uptime SLA per-serviceup to 99.99%
Data residency region pickEU or US, your choice
Global distribution CloudFront add-onglobal backbone built in
First-party AI proximity Bedrock + AnthropicAzure OpenAI + Anthropic
Identity for end users CognitoMicrosoft Entra External ID
Open-source runtime alignment bring-your-own.NET, Orleans, Aspire, all open source
Static site hosting + custom domain S3 + CloudFrontAzure Static Web Apps (this site)

Azure service capabilities as of 2026. AWS has equivalents for most rows. The table shows where Prostir's workload fits best, not who is cheapest.

Open source

The open source we ship, and the open source we use.

Prostir is built by Managed Code on top of Microsoft and community open source. Every package below is a real one from our project files, not a marketing wishlist.

01

Built by Managed Code

Managed Code is not just the footer credit. The MCP gateway, knowledge pipeline, storage, and Orleans integrations under your published agent are Managed Code opensource we maintain and ship.

02

The .NET foundation

Everything Microsoft has been GA-ing since .NET 6 came together in .NET 10 and Aspire. That is the boring, dependable plumbing under every page on Prostir.

03

AI, MCP & the libraries on top

The .NET-native AI stack Microsoft has converged on since 2024: one interface, every model, one Agent Framework that replaces Semantic Kernel and AutoGen. Plus the small, sharp libraries the runtime leans on: Jint for sandboxed scripts, Stateless for state machines, payment-provider integration for billing.

Teknisk FAQ

Spørgsmål teams stiller, før de bygger på denne stack.

Svarene kobler stacken til rigtige produktionsvalg: Orleans, Aspire, C#, MCP, betaling, adgang, viden og driftsoverblik.

Hvilket arbejde laver Orleans i Prostir? Orleans ejer langlivede runtime-identiteter: agenter, sessioner, kunder, access grants, kanaltråde, wallet holds og workflow runs. Hver del har stabilt id, tilstand og adfærd i stedet for at gemme state i en singleton, cache eller baggrundsproces. Læs
Hvornår er Orleans bedre end kø plus CRUD API? Når du har mange små, ret uafhængige enheder, der skal bruge request-response, start-monitor-complete-flow eller state per identitet. Microsoft nævner user profiles, purchase orders, sessions, stocks og social pub/sub; Prostir bruger mønstret til agenter, kundesessioner og workflow runs. Læs
Hvad er en grain i produktsprog? En grain er en virtual actor: et logisk objekt med identitet, adfærd og eventuelt persistent state. I Prostir kan det være en publiceret agent, en kundesamtale, et access grant eller en workflow run. Læs
Hvordan hjælper Orleans med tenant-isolering? State nøgles efter owner, agent, customer eller run identity, så arbejdet lander i isolerede grains i stedet for delt proceshukommelse. En fejlet session bliver ikke global mutable state for andre tenants. Læs
Hvad er de største Orleans-risici? Risici er for snakkende grains, én flaskehals-koordinator, blokerende synkrone kald, for store messages og skjult shared state. Prostir holder det synligt med vertikalt ownership, async grain calls, stateless workers til fan-out og integrationstests gennem den rigtige Gateway/API/Orleans-vej. Læs
Hvad giver Aspire ud over Docker Compose? Aspire giver .NET-løsningen en AppHost, der kender projekter, afhængigheder, service discovery, konfiguration, health, telemetry og cloud resources. Det er ikke kun processtart; det er resource graph til lokal udvikling, CI og Azure. Læs
Hvordan bruger Prostir Aspire i tests? AppHost starter Cosmos DB, Azure Storage, Orleans, API, Gateway, Landing, WebApp og SuperAdmin til rigtige integrations- og browsertests. MCP, billing, auth, storage og grain behavior bliver dermed testet med samme wiring som produktion. Læs
Hvorfor er runtime bygget i C# og .NET? Runtime kræver stærke kontrakter, async IO, dependency injection, options, telemetry, HTTP hosting, background workers, source generation og forudsigelig deploy. .NET giver det som first-party infrastructure i stedet for en samling løse pakker. Læs
Låser .NET Prostir til én AI-provider? Nej. Microsoft.Extensions.AI og `IChatClient` giver en stabil chat/tool-abstraktion, mens den konkrete model kan være Azure OpenAI, OpenAI-compatible, Anthropic-compatible eller en anden provider bag samme runtime boundary. Læs
Hvad gør MCP svært i produktion? Protokollen er kun indgangen. En betalt remote MCP endpoint kræver også OAuth, access grants, tenant checks, tool schemas, rate limits, quotas, billing, audit trails, pålidelige errors og en hot path, der ikke læser hele produktdatabasen ved hvert request. Læs
Hvor passer ManagedCode.MCPGateway ind? ManagedCode.MCPGateway er protocol edge foran Orleans runtime. Den eksponerer remote MCP endpoint, router tool calls, håndhæver synlige tool boundaries og holder protocol concerns ude af product-state API. Læs
Hvordan bliver betalt adgang til runtime permission? Checkout og webhooks fra sælgerens providers opretter eller tilbagekalder access grants. Gateway tjekker dem før beskyttede MCP calls, så payment state bliver runtime permission og ikke et regneark. Læs
Hvordan undgår knowledge layer prompt stuffing? Filer bliver til Markdown-LD / JSON-LD knowledge artifacts og søgbare graph data. Runtime søger i grafen og returnerer citeret context i stedet for at sætte hele dokumenter ind i prompten. Læs
Hvilke rigtige use cases passer til stacken? Gode cases er paid knowledge agents, support copilots med customer memory, process agents med state machines, channel agents til Telegram eller web widgets, salgbare skill passports og workflows, der kræver progress, retries og audit. Læs
Hvornår er denne stack for meget? Hvis du kun skal bruge et statisk website, en enkelt prompt demo eller en privat chatbot uden auth, tools, billing, state eller customer memory, så brug noget enklere. Prostir giver mening, når agenten bliver en hosted product, som andre er afhængige af. Læs

Tech

Map the technology to a real case.

The case studies show where each runtime layer matters: knowledge, tools, state, memory, billing, access, quotas, and operator visibility.