Agent, Skill, Flow, Team och Store har egna identiteter och livscykler.
Teknik
En molnbaserad AI-plattform byggd på .NET för företagsbruk från start.
Prompten är den enkla delen. Identitet, tillstånd, åtkomst, drift och en stabil publik endpoint kräver mer. Prostir bygger de gränserna med .NET 10, Orleans, Aspire och Microsoft Agent Framework.
Den statiska landningen publicerar egna rutter och metadata för varje språk som stöds.
Från kompilerad runtime och molnresurser till den publika statiska ytan.
Varje publicerad Agent får en egen Streamable HTTP-endpoint som ägs av dess slug.
Från idé till drift
Din idé kan börja som en prompt. En produkt kräver tio tydliga lager.
En AI-demo visar sällan allt som krävs när andra ska kunna logga in, betala och lita på tjänsten. Här är Prostirs väg från kompilerad kod till en publik URL. Varje lager har ett avgränsat ansvar och kan granskas för sig.
01Grunden
.NET 10 och C#: kompilerat och starkt typat.
Prostir använder .NET 10 och C# 14 för typade kontrakt, asynkron I/O, dependency injection, options, telemetri, HTTP-hosting, bakgrundstjänster och source generation. Språkvalet garanterar inte i sig kostnad, prestanda, energiförbrukning eller supply-chain-säkerhet; det beror på workload, beroenden, deployment och drift.
02Molnet
Azure: hanterade tjänster med tydliga deploymentgränser.
Azure Container Apps, Cosmos DB Serverless, Blob Storage, Monitor, managed identity och RBAC är molnbyggstenarna som Prostir använder. Azure dokumenterar villkor och kontroller per tjänst, men det certifierar inte automatiskt Prostir och skapar inte ett generellt Prostir-SLA. Regioner och resurser bestäms av den faktiska driftmiljön.
03Den lokala bryggan
Aspire: en AppHost för integrationsflödet.
Prostir.AppHost kopplar ihop Cosmos DB, Azure Storage, Orleans, API, Gateway, WebApp, Landing och SuperAdmin för lokala och automatiserade integrationsflöden. Det gör konfigurationsskillnader synliga, medan produktionsberedskap fortfarande kräver deploymentspecifik validering, övervakning och releasekontroller.
04Distribuerad runtime
Orleans: tydliga ägare för beständigt tillstånd.
Microsoft Orleans ger Prostir identitetsnycklade virtuella aktörer för Agents, sessioner, access grants, workflow runs och annat långlivat tillstånd. Varje grain äger ett avgränsat ansvar. Orleans hanterar aktivering, placement, persistensintegrationer, reminders och meddelanden; Prostir definierar behörighet, produktgränser och felhantering.
05MCP-gränsen
ManagedCode.MCPGateway: fjärr-MCP med produktkontroller.
MCP beskriver protokollet men inte flerklientsinloggning, audit, kostnadstak eller rate limits. ManagedCode.MCPGateway ligger framför Orleans-runtime och hanterar transport, åtkomst per kund, gränser per verktyg och tydliga felsvar för den publicerade endpointen.
06Kunskapslagret
ManagedCode.MarkdownLd.Kb: sökbar källkontext.
ManagedCode.MarkdownLd.Kb gör stödda källor till Markdown-LD- eller JSON-LD-artefakter och sökbar grafdata. ManagedCode.Storage äger filgränsen och JsonSchema.Net validerar MCP-verktygens argument. Retrieval kan ge källkopplad kontext när indexet stöder det; kvalitet och hänvisningar beror fortfarande på källor, indexering, konfiguration och modell.
07AI-lagret
En applikationsgräns för konfigurerade modeller.
Microsoft.Extensions.AI tillhandahåller IChatClient-gränsen och Microsoft Agent Framework kör promptbaserade och deklarativa Agents. Aktuella vägar använder Azure OpenAI, OpenAI-kompatibla anslutningar eller creator-owned connections. Tillgänglighet och byte beror på konfiguration, modellkapacitet, credentials och produktpolicy.
08Utvecklingsloopen
Agentstödd utveckling med synliga regler.
Prostir använder repository-ägda AGENTS.md-regler, vertical slices, code review, fokuserade kontroller, integrationstester och release gates. Coding agents hjälper till men ersätter inte produktägarskap, mänsklig bedömning eller verifiering.
Claude CodeOpenAI Codex09Produktytan
Blazor, betalningar, Stateless och Jint.
Creators arbetar i ett Blazor-workspace och operatörer i en Blazor Server-konsol. Stateless modellerar samtalstillstånd, Jint kör avgränsade JavaScript-verktyg i en sandbox och Stripe- samt Rozetka Pay-integrationer kopplar checkout och webhooks till åtkomstbeslut. Varje funktion styrs av konfiguration och behörighet.
10Den statiska ytan
Astro med tydlig discovery-metadata.
Sidan genereras som statisk Astro-HTML. Canonical, hreflang, strukturerad data, sitemap, IndexNow och llms.txt beskriver de avsedda publika rutterna. Lokala kontroller täcker HTML, crawlability, accessibility och Lighthouse-mallar; sökmotorerna avgör crawl, indexering och ranking.
Resultatet
En hostad och observerbar MCP-endpoint per publicerad Agent.
Lagren möts i en slugägd MCP-URL för varje publicerad Agent. Klienter som stöds ansluter via Streamable HTTP, medan åtkomst, betalning, kunskap, verktyg, tillstånd, minne, audit och gränser förblir uttryckligen konfigurerade funktioner.
Varför .NET
Tre möjliga stackar och ett dokumenterat Prostir-val.
Node.js, Python och .NET kan alla hosta MCP-servrar. Tabellen beskriver de implementationsval som Prostir faktiskt använder, inte en universell ranking av prestanda, kostnad, energi eller säkerhet.
| Egenskap | Node.js / Express | Python / FastAPI | Prostir (.NET 10) |
|---|---|---|---|
| HTTP-runtime | Node.js runtime | Python ASGI runtime | ASP.NET Core 10 |
| Distribuerat tillstånd per identitet | Choose a state framework | Choose a state framework | Orleans 10.2.2 virtual actors |
| Dependency injection, options och telemetri | Framework or library choice | Framework or library choice | Microsoft.Extensions.* |
| AI-abstraktion | Provider libraries or abstraction | Provider libraries or abstraction | Microsoft.Extensions.AI + Agent Framework 1.15 |
| MCP SDK | Official MCP TypeScript SDK | Official MCP Python SDK | Official MCP C# SDK 1.4.1 |
| Validering av verktygsscheman | Library-selected validation | Library-selected validation | JsonSchema.Net 9.3 |
| Kontraktsmodell | TypeScript contracts | Python typing tools | C# 14 + source generation |
| Lokal komposition | Local process tooling | Local process tooling | dotnet watch + Aspire AppHost |
Kolumnerna för Node.js och Python visar vanliga val, inte begränsningar. Prostirs kolumn följer aktuella paket- och projektfiler i repositoryt.
Varför Azure
Samma MCP-backend med tydliga molngränser.
Jämförelsen skiljer leverantörens tjänstekapacitet från konfigurationen och åtagandena i en viss Prostir-deployment.
| Det som spelar roll | På AWS | Prostir på Azure |
|---|---|---|
| Underlag för compliance och kontroller | Service-specific controls and certifications | Azure service controls; Prostir deployment assessed separately |
| Tillgänglighetsvillkor | Per-service and per-region terms | No blanket Prostir SLA is claimed here |
| Regional placering | Region configured per workload | Operator-provisioned regional resources |
| Nätverk och ingress | Optional global networking services | Configured Gateway and static-site routing |
| Vägar till modellprovider | Bedrock and partner model routes | Azure OpenAI, OpenAI-compatible, and creator BYOK routes |
| Kundåtkomst | Cognito or custom identity | Prostir access and OAuth policy above the hosting layer |
| Applikationsruntime | Runtime selected by the team | .NET, Orleans, Aspire, and Managed Code libraries |
| Hosting av statisk landing | S3 + CloudFront or Amplify | Azure Static Web Apps for this landing |
Molnleverantörer dokumenterar sina egna tjänster. Prostirs certifiering, SLA, deploymentregioner och driftkontroller måste verifieras separat för den faktiska miljön.
Öppen källkod
Öppen källkod vi ger ut och använder.
Managed Code bygger Prostir på öppen källkod från Microsoft och communityn. Paketen nedan kommer från projektets faktiska filer, inte från en önskelista.
Byggt av Managed Code
MCP-gatewayen, kunskapspipelinen, lagringen och Orleans-integrationerna under en publicerad Agent är komponenter som Managed Code underhåller och ger ut.
- Managed CodeTeamet bakom Prostir och de backendkomponenter vi själva använder.
- ManagedCode on GitHubMCPGateway, MarkdownLd.Kb, Storage, Communication, Orleans-tillägg och mer.
- ManagedCode.MCPGatewayGateway för fjärr-MCP med OAuth, flera tenants, audit och kvoter per verktyg.
- ManagedCode.MarkdownLd.KbKunskapspipeline för Markdown-LD och JSON-LD med grafsökning.
- ManagedCode.Storage.AzureLagringsabstraktion för filer, minne och runtimeartefakter i Azure Blob.
- ManagedCode.CommunicationResult-, Command- och CollectionResult-kontrakt över API- och Orleansgränser.
.NET-grunden
.NET 10, ASP.NET Core och Aspire ger Prostir typade kontrakt, hosting, telemetri och resurskomposition.
- .NET 10Kompilerad runtime, C# 14 och source generators.
- ASP.NET Core 10HTTP, auth, OpenAPI, Minimal APIs, JsonPatch och hosted services.
- AspireAppHost-orkestrering, service defaults och deploymentresurser.
- Microsoft Orleans 10Virtuell aktörruntime med grains, persistens, placement, stateless workers och dashboardtelemetri.
- EF Core 10 (Cosmos)Typad persistens och frågor över Azure Cosmos DB.
- MudBlazorMaterial Design-komponenter för creator-workspacet.
AI, MCP och biblioteken ovanpå
Prostir använder Microsoft.Extensions.AI som IChatClient-gräns och Microsoft Agent Framework 1.15 för Agent-körning, tillsammans med MCP C# SDK 1.4.1, Jint, Stateless och stödda betalningsintegrationer.
- Microsoft.Extensions.AIEtt gränssnitt för chat, embeddings, verktygsanrop och telemetri.
- Microsoft Agent FrameworkMicrosoft Agent Framework 1.15 för promptbaserade och deklarativa Agents.
- Model Context Protocol C# SDKDet officiella C#-SDK:t för MCP-servrar och klienter.
- JintEn JavaScript-motor i .NET för creators avgränsade verktygsskript.
- StatelessTillståndsmaskiner som modellerar Agentens tillåtna nästa steg.
- Stripe and Rozetka Pay integrationKlienter för betald åtkomst, checkout och webhooks.
Så byggs och levereras webbplatsen
Prostir kombinerar agentstödd utveckling med repositoryregler, code review, automatiska kontroller och mänskligt ägarskap. AGENTS.md beskriver leveranskontraktet och Astro bygger den statiska lokaliserade sidan.
Teknisk FAQ
Frågor team ställer innan de bygger på den här stacken.
Svar som kopplar stacken till riktiga produktionsval: Orleans, Aspire, C#, MCP, betalning, åtkomst, kunskap och driftinsyn.
Vilket jobb gör Orleans i Prostir?Orleans äger långlivade runtime-identiteter: agenter, sessioner, kunder, access grants, kanaltrådar, wallet holds och workflow runs. Varje del har stabilt id, tillstånd och beteende i stället för att gömma state i en singleton, cache eller bakgrundsprocess.Läs
När är Orleans bättre än kö plus CRUD API?När du har många små, ganska fristående entiteter som behöver request-response, start-monitor-complete-flöden eller state per identitet. Microsoft nämner user profiles, purchase orders, sessions, stocks och social pub/sub; Prostir använder samma mönster för agenter, kundsessioner och workflow runs.Läs
Vad är en grain i produktspråk?En grain är en virtual actor: ett logiskt objekt med identitet, beteende och ibland persistent state. I Prostir kan det vara en publicerad agent, en kundkonversation, ett access grant eller en workflow run.Läs
Hur hjälper Orleans med tenant-isolering?State nycklas mot owner, agent, customer eller run identity, så arbetet hamnar i isolerade grains i stället för delat processminne. En trasig session blir inte global mutable state för andra tenants.Läs
Vilka är de största Orleans-riskerna?Riskerna är för pratiga grains, en flaskhals som koordinator, blockerande synkrona anrop, för stora messages och dolt shared state. Prostir håller det synligt med vertikalt ownership, async grain calls, stateless workers för fan-out och integrationstester genom riktig Gateway/API/Orleans-väg.Läs
Vad ger Aspire som Docker Compose inte ger?Aspire ger .NET-lösningen en AppHost som känner till projekt, beroenden, service discovery, konfiguration, health, telemetry och cloud resources. Det är inte bara processstart; det är resource graph för lokal utveckling, CI och Azure.Läs
Hur använder Prostir Aspire i tester?AppHost startar de resurser som integrations- och browsertester behöver, inklusive Cosmos DB, Azure Storage, Orleans, API, Gateway, Landing, WebApp och SuperAdmin. Det testar samma servicegränser; produktion har fortfarande deploymentspecifik konfiguration och releasekontroller.Läs
Varför är runtime byggd i C# och .NET?Runtime behöver starka kontrakt, async IO, dependency injection, options, telemetry, HTTP hosting, background workers, source generation och förutsägbar deploy. .NET ger det som first-party infrastructure i stället för en bunt lösa paket.Läs
Låser .NET Prostir till en AI-provider?Nej. Microsoft.Extensions.AI och `IChatClient` ger en stabil chat/tool-gräns. Modellen kommer från en konfigurerad Azure OpenAI-, OpenAI-compatible- eller creator-anslutning som uppfyller runtime-kontraktet.Läs
Vad gör MCP svårt i produktion?Protokollet är bara ingången. En betald remote MCP endpoint behöver också OAuth, access grants, tenant checks, tool schemas, rate limits, quotas, billing, audit trails, pålitliga errors och en hot path som inte läser hela produktdatabasen vid varje request.Läs
Var passar ManagedCode.MCPGateway in?ManagedCode.MCPGateway är protocol edge framför Orleans runtime. Den exponerar remote MCP endpoint, routar tool calls, upprätthåller synliga tool boundaries och håller protocol concerns borta från product-state API.Läs
Hur blir betald åtkomst runtime permission?Checkout och webhooks från säljarens providers skapar eller återkallar access grants. Gateway kontrollerar dem före skyddade MCP calls, så payment state blir runtime permission och inte ett kalkylblad.Läs
Hur undviker knowledge layer prompt stuffing?Filer blir Markdown-LD / JSON-LD knowledge artifacts och sökbar graph data. Runtime hämtar avgränsad, källkopplad context när indexet stöder det; kvaliteten beror på källor, indexering, konfiguration och modell.Läs
Vilka riktiga use cases passar stacken?Bra fall är paid knowledge agents, support copilots med customer memory, process agents med state machines, channel agents för Telegram eller web widgets, säljbara skill passports och workflows som behöver progress, retries och audit.Läs
När är den här stacken för mycket?Om du bara behöver en statisk sida, en engångs prompt demo eller en privat chatbot utan auth, tools, billing, state eller customer memory, välj något enklare. Prostir behövs när agenten blir en hosted product som andra förlitar sig på.Läs
Fungerar Prostir via API eller MCP?För en Agent i Claude, ChatGPT och andra kompatibla AI-klienter går leveransen via dess fjärr-MCP-endpoint. Prostir använder också APIs och webhooks för webbhantering, betalningar och godkända integrationer. Plattformen körs i molnet på .NET och Azure; anslutning till CRM, databas eller privata system beror på planen och kan kräva anpassad omfattning.Läs
Teknik
Se hur tekniken blir en konkret produkt.
Guiderna och exemplen visar hur kunskap, verktyg, tillstånd, minne, betalning, åtkomst, kvoter och drift hänger ihop. Verifierade kundfall redovisas separat.